commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Phil Steitz <phil.ste...@gmail.com>
Subject Re: [math] psychometrics
Date Sat, 03 Sep 2011 17:53:59 GMT
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<meyerjp3@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-unsubscribe@commons.apache.org>
>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>
>>>>>>  
>>>>>> ------------------------------**------------------------------**
>>>>> ---------
>>>>> To unsubscribe, e-mail:
>>>>> dev-unsubscribe@commons.**apache.org<dev-unsubscribe@commons.apache.org>
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>>>>
>>>> ------------------------------**------------------------------**---------
>>>>
>>>> To unsubscribe, e-mail:
>>>> dev-unsubscribe@commons.**apache.org<dev-unsubscribe@commons.apache.org>
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>> ------------------------------**------------------------------**---------
>>>
>>> To unsubscribe, e-mail:
>>> dev-unsubscribe@commons.**apache.org<dev-unsubscribe@commons.apache.org>
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message