Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of meyerjp3@gmail.com designates
 209.85.212.43 as permitted sender)
Message-ID: <4E624C3D.4070907@gmail.com>
Date: Sat, 03 Sep 2011 11:48:13 -0400
From: Patrick Meyer <meyerjp3@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
 rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1
MIME-Version: 1.0
To: dev@commons.apache.org
Subject: Re: [math] psychometrics
References: <4E60D008.1080308@gmail.com>
 <20110902132642.GG19625@dusk.harfang.homelinux.org>
 <4E60E5E2.3040605@gmail.com> <4E61B3D3.80307@gmail.com>
In-Reply-To: <4E61B3D3.80307@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

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
>>> 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
>

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