From: Matthew C. <mat...@va...> - 2007-10-08 18:10:59
|
Cons: none (it can be harmlessly ignored regardless of whether it's accurate or not) Pros: * shows humans counts without a 'find all' program (especially useful for spectral counts) * allows for implementing a simple preallocating reader with poor error handling (who are we to say that users shouldn't be able to do it?) I'm interested to hear what Brian's found with his explorations in CV schema generation. :) -Matt Eric Deutsch wrote: > Hi everyone, since the flurry is starting to subside a little, I've > started trying to summarize the conversation thus far so converge on > some consensus. > > Regarding this count attribute issue, I tally: > > - Angel discourages them > - Matt is neutral > - Mike does not want them > - silence from everyone else > > We had included them at the recommendation from someone who was > programming a reader in a language that requires explicit memory > allocation. He felt it would be very helpful to have these so that such > software could preallocate memory. > > Obviously, such software would have to be careful about overruns and > either generate an error when counts are wrong or gracefully adapt to > the reality. If the code would have to gracefully adapt, then perhaps > that's no harder than not knowing in the first place. > > So let's here it from anyone who will want to use count attributes when > reading mzML. If no one wants them, we may as well drop them! > > Thanks, > Eric > > |