Eron,
> 2. The application now implements the BRP spec to the T. Scanned barcodes
> produce "b-" files, vote station files contain "v-", and verified files
strip
> the prefix entirely. The directories "scanned/", "stored/", and
"verified/"
> have been renamed to "barcodedata/", "votingmachinedata/", and "results/",
> respectively. I kind of liked the old naming, but if you want the spec,
> you've got the spec.
>
The point is not to pedantically follow the spec. The spec is on a wiki
page for a reason. I you want to change the spec, you can do that. But
let's make sure the product and the spec match. We might like your
directory names just fine (I do). But it is *very bad practice* to let the
product lose connection with the spec.
You might know what you did and why, and if you were the only one using the
app then that would be fine. But when others are trying to use or test your
software and they have a problem, they need a document that describes how
the thing is supposed to be constructed.
> 3. A final issue directly related to the code is the display of a
"orphaned"
> or "missing" ballot total, kind of an "extension" of the spec.
>
It's fine to "extend" the spec, or fill it out. What I provided was merely
a sketch. But you need to update the page where the spec lives.
The spec allows others to know how your software is supposed to work.
Alan
==================================================================
= The content of this message, with the exception of any external
= quotations under fair use, are released to the Public Domain
==================================================================
Received on Sat Nov 22 03:47:09 2008
This archive was generated by hypermail 2.1.8 : Sat Nov 22 2008 - 03:47:30 CST