On 9/3/11 10:37 AM, Patrick Meyer wrote: > No, I have written very few tests. Until I recently discovered > jUnit, I was using a very crude way of testing my code. I plan to > add more tests over the coming year. > > If you are registered with java.net, you can view the source code > at http://java.net/projects/psychometrics. I have requested that > the project be made public but I don't know how long that will take. > > There is one dependency in the polychoric correlation package > (com.itemanalysis.polycor) that could be problematic. The maximum > likelihood estimator requires a multivariate normal (or at least > bivariate normal) CDF. I use the one from > http://vadim.kutsyy.com/java/javadoc/com/kutsyy/util/package-summary.html > Are there plans to add a multivaraite normal CDF function to > commons math?
Patches welcome :) Phil > > Patrick > > > > On 9/3/2011 12:36 PM, Greg Sterijevski wrote: >> Do you have unit tests written for the different components? >> >> On Sat, Sep 3, 2011 at 10:48 AM, Patrick >> Meyer<meyer...@gmail.com> wrote: >> >>> Sounds good. Separating the general purpose stats from the >>> psychometric >>> specific stats seems like a natural way to distinguish the two >>> libraries. >>> I'll send a link to the source code soon. Hopefully, you will >>> see the good >>> ideas in the code. >>> >>> >>> On 9/3/2011 12:57 AM, Phil Steitz wrote: >>> >>>> On 9/2/11 7:19 AM, Patrick Meyer wrote: >>>> >>>>> Yes, the math code is separate from the GUI and database for the >>>>> most part. I'd be happy to share the code and documentation, >>>>> but I >>>>> need a few days to add it to a repository and get it online. >>>>> >>>>> There are parts of my library that can be transferred to math >>>>> with >>>>> very few changes but other parts that need more work to make it >>>>> more object oriented in style and less procedural. In any case, >>>>> I'll send information about the code once I have it online. >>>>> >>>> Don't worry too much about making things beautiful. Bad code + >>>> good >>>> ideas is the combination that works [1]. The thing to think about >>>> is what portions of your code are really general purpose math. >>>> Most >>>> likely kernel regression, polycor, histograms, etc., maybe not so >>>> much test scaling for example. Luc may have some good advice >>>> having done this already with an space dynamics library (or maybe >>>> Luc is so smart that there was no refactoring necessary :) >>>> >>>> What tends to work best is to bring things in incrementally, >>>> talking >>>> about the fit and how to integrate. >>>> >>>> Phil >>>> >>>> [1] http://s.apache.org/hZ >>>> >>>>> Patrick >>>>> >>>>> On 9/2/2011 9:26 AM, Gilles Sadowski wrote: >>>>> >>>>>> Hello. >>>>>> >>>>>> I have been developing an pure Java application that does a >>>>>> variety >>>>>>> of psychometric methods. I use the commons math library as much >>>>>>> as I >>>>>>> can but I've also had to develop my own library. I'd like to >>>>>>> combine >>>>>>> the two libraries by donating as much of my code to commons >>>>>>> math as >>>>>>> I can. My library includes features for measurement >>>>>>> reliability, >>>>>>> test scaling, test equating, polychoric correlations, histogram >>>>>>> computations, kernel regression, etc. Most of these feature are >>>>>>> specialized to psychometrics, but is there any interest in >>>>>>> adding >>>>>>> them to commons math? Are these methods too specialized for >>>>>>> commons >>>>>>> math? >>>>>>> >>>>>> Can we have a look at the code and documentation? >>>>>> >>>>>> If you're interested in seeing the application in action, >>>>>> you can >>>>>>> download the full program from www.ItemAnalysis.com. You'll >>>>>>> notice >>>>>>> that it also uses an Apache derby database for data management. >>>>>>> >>>>>> Is the math code separate from GUI and data management? >>>>>> >>>>>> >>>>>> Regards, >>>>>> Gilles >>>>>> >>>>>> ------------------------------**------------------------------** >>>>>> --------- >>>>>> >>>>>> To unsubscribe, e-mail: >>>>>> dev-unsubscribe@commons.**apache.org<dev-unsubscr...@commons.apache.org> >>>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>>> >>>>>> >>>>>> ------------------------------**------------------------------** >>>>> --------- >>>>> To unsubscribe, e-mail: >>>>> dev-unsubscribe@commons.**apache.org<dev-unsubscr...@commons.apache.org> >>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>> >>>>> >>>>> >>>> ------------------------------**------------------------------**--------- >>>> >>>> To unsubscribe, e-mail: >>>> dev-unsubscribe@commons.**apache.org<dev-unsubscr...@commons.apache.org> >>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>> >>>> >>> ------------------------------**------------------------------**--------- >>> >>> To unsubscribe, e-mail: >>> dev-unsubscribe@commons.**apache.org<dev-unsubscr...@commons.apache.org> >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
