> Good idea. I'll have a look at what I can share. I'll try to find some > "phantom" data acquisitions. Less issues with patient data. > > What kind of tests do you envisage? I guess we could read from octave, and > compare with a list of known values (e.g. obtained from gdcmdump, or even > better dcmdump from dcmtk). Looks like a lot of manual work though.
hardcode what the answer should be reading various VRs, delving into nested SQs. In the future, if it is tinkered with, can run the suite of tests to make sure everything is still handled correctly. Also I can play with more types of file that I don't come across in my own work. I think I tested stuff, and inadvertently broken it again: like the thing you fixed near the if statement to ignore group length. -- /* andy buckle */ ------------------------------------------------------------------------------ Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
