Re: Bar code choice (fwd)

From: David Mertz <voting-project_at_gnosis_dot_cx>
Date: Sat Sep 13 2003 - 11:44:48 CDT

Hi Jan,

I am happy to go with the XOR obfuscation instead of the padding
obfuscation. I was just following Arthur's suggestion, but
XOR-with-ballot-id perfectly well satisfies the requirement.

I will basically just copy your post on the topic to the Architecture
document.

|I think I'll be able to write the code myself, but we must of course
|agree on how data should be passed on to the function.

That's an open question, to a degree. We *WILL* use an XML format to
represent a cast ballot internally. So you'll be parsing this XML.
However, check the current Architecture document for a quick example of
how absolutely painless gnosis.xml.objectify makes this parsing (or the
documentation associated with the module for more detail):

    http://gnosis.cx/download/Gnosis_Utils-1.1.0.tar.gz

It is a bit like XML::Grove, but even easier.

The problem is, I don't know exactly WHAT XML format we will use. For
this, we really need someone who knows the ballot issues well to design
the format (hint, nudge... Alan). It would be easy to create a DTD
that failed to express some oddball type of race or contest.

That said (to Jan), if you want to dummy up what you think is a
plausible XML representation of a cast ballot, we can use yours until or
unless some problem comes up. And most likely, any such problem would
just require adding more tags or attributes, not throwing out yours.

Take a look at the current Architecture for some samples of our existing
XML formats. These provide a little bit of stylistic guidance. In
fact, 'ballot-cast.xml' can probably share most tags with
'ballot-election.xml', since in a way the former is a subset of the
latter.

Yours, David...

--
mertz@  | The specter of free information is haunting the `Net!  All the
gnosis  | powers of IP- and crypto-tyranny have entered into an unholy
.cx     | alliance...ideas have nothing to lose but their chains.  Unite
        | against "intellectual property" and anti-privacy regimes!
-------------------------------------------------------------------------
==================================================================
= The content of this message, with the exception of any external 
= quotations under fair use, are released to the Public Domain    
==================================================================
Received on Tue Sep 30 23:17:04 2003

This archive was generated by hypermail 2.1.8 : Tue Sep 30 2003 - 23:17:09 CDT