I've got you covered here. Phil, if you don't mind, I will float a few ideas for multivariate interfaces. Then I will push a few examples of MVN?
-Greg On Sat, Sep 3, 2011 at 3:32 PM, Patrick Meyer <meyer...@gmail.com> wrote: > Ha ha... I was really hoping someone else would do all the hard work and > write the MVN distribution function for me. > > > On 9/3/2011 1:53 PM, Phil Steitz wrote: > >> 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<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<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.**apac**he.org <http://apache.org>< >>>>>>>> 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.**apac**he.org <http://apache.org>< >>>>>>> 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.**apac**he.org <http://apache.org>< >>>>>> 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.**apac**he.org <http://apache.org>< >>>>> 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 > >
