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?

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

Reply via email to