Skip to content

[Bug]: Split-half coefficient unresponsive the standardized-unstandardized choice #3453

@wolfvanpaemel

Description

@wolfvanpaemel

JASP Version

0.19.3

Commit ID

No response

JASP Module

Reliability

What analysis are you seeing the problem on?

Split-half coefficient

What OS are you seeing the problem on?

Windows 10

Bug Description

in the classical unidimensional reliability option of the Reliability module, users can choose between the standardized and unstandardized version of their coefficients. however, it seems that the split-half coefficient is not responsive to this choice (and it seems to always reports the standardized version). this is probably not a software bug, but a psychometric oversight: just like there are two versions of alpha ("normal" alpha and standardized alpha, corresponding to the assumption of tau-equivalence and the assumption of parallellism, respectively), there are two versions of the split-half coefficient: guttman's lambda 4 and the spearman brown-coefficient, again corresponding to the assumption of tau-equivalence and the assumption of parallellism, respectively

see here from cho, 2016

Image

Expected Behaviour

when a user wants the split half coefficient, report lambda 4 when unstandardized is selected, and report the spearman-brown coefficient when standardized is selected

Steps to Reproduce

just compute a split-half coefficient with any data set and check whether switching between standardized and unstandardized has any effect

Log (if any)

No response

More Debug Information

No response

Final Checklist

  • I have included a screenshot showcasing the issue, if possible.
  • I have included a JASP file (zipped) or data file that causes the crash/bug, if applicable.
  • I have accurately described the bug, and steps to reproduce it.

Metadata

Metadata

Assignees

Labels

Type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions