<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>R software &#8211; Science</title>
	<atom:link href="https://scienmag.com/tag/r-software/feed/" rel="self" type="application/rss+xml" />
	<link>https://scienmag.com</link>
	<description></description>
	<lastBuildDate>Thu, 01 Oct 2026 09:10:15 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.3</generator>

<image>
	<url>https://scienmag.com/wp-content/uploads/2024/07/cropped-scienmag_ico-32x32.jpg</url>
	<title>R software &#8211; Science</title>
	<link>https://scienmag.com</link>
	<width>32</width>
	<height>32</height>
</image> 
<site xmlns="com-wordpress:feed-additions:1">73899611</site>	<item>
		<title>New R Tool Tells Scientists When Habituation Has Finally Made Their Tests Reliable</title>
		<link>https://scienmag.com/new-r-tool-tells-scientists-when-habituation-has-finally-made-their-tests-reliable/</link>
		
		<dc:creator><![CDATA[Glenn Wilkins]]></dc:creator>
		<pubDate>Thu, 01 Oct 2026 09:10:15 +0000</pubDate>
				<category><![CDATA[Psychology & Psychiatry]]></category>
		<category><![CDATA[assessing test stability over repeated measures]]></category>
		<category><![CDATA[Bland-Altman analysis]]></category>
		<category><![CDATA[classical test theory limitations]]></category>
		<category><![CDATA[Cronbach's alpha]]></category>
		<category><![CDATA[data visualization for test reliability]]></category>
		<category><![CDATA[ensuring data quality in repeated testing]]></category>
		<category><![CDATA[habituation]]></category>
		<category><![CDATA[habituation effects in psychological testing]]></category>
		<category><![CDATA[habituation impact on test validity]]></category>
		<category><![CDATA[intraclass correlation coefficient]]></category>
		<category><![CDATA[limits of acceptance]]></category>
		<category><![CDATA[limits of agreement]]></category>
		<category><![CDATA[measurement error]]></category>
		<category><![CDATA[measurement error in neuroscience experiments]]></category>
		<category><![CDATA[neurocognitive testing]]></category>
		<category><![CDATA[open-access statistical software for behavioral research]]></category>
		<category><![CDATA[open-source R tools for reliability analysis]]></category>
		<category><![CDATA[practice effects]]></category>
		<category><![CDATA[predefining measurement error thresholds]]></category>
		<category><![CDATA[psychological test reliability]]></category>
		<category><![CDATA[psychology research methodology]]></category>
		<category><![CDATA[psychometrics]]></category>
		<category><![CDATA[R software]]></category>
		<category><![CDATA[test-retest reliability]]></category>
		<guid isPermaLink="false">https://scienmag.com/?p=221582</guid>

					<description><![CDATA[Researchers have unveiled a free R application that lets behavioral scientists predefine acceptable measurement error limits and objectively determine when task habituation has made their test–retest data reliable.]]></description>
										<content:encoded><![CDATA[<p>Every psychologist, neuroscientist, and clinician who has ever run the same test on the same person twice knows the nagging question: did the score change because the person changed, or because the measurement itself is noisy? A new open-access tutorial published in Behavior Research Methods by Konstantin Warneke of Leuphana University Lüneburg, Sebastian Wallot, Stanislav D. Siegel, José Afonso, Marco Herbsleb, and colleagues tackles that question head-on. The team introduces a freely available R-based software application that lets researchers predefine, before any data are collected, how much measurement error they are willing to tolerate — and then shows, plot by plot, whether a task has been practiced enough for the data to actually meet that standard.</p>
<p>The core problem the authors identify is deceptively simple. Classical test theory, the statistical backbone of most reliability work in psychology, assumes that an observed score is the sum of a stable true score and random error. Four assumptions underpin the resulting reliability coefficients: true score and error must be additive, independent, and random, and the true score must not change between repeated measurements. In practice, these assumptions are routinely violated by practice and habituation effects — the well-documented tendency of participants to improve on cognitive and coordinative tasks simply by repeating them, without any intervention in between. When the retest score is systematically better than the test score, the parallel-readings assumption collapses, and with it the interpretability of the reliability coefficient.</p>
<p>The scale of the problem is striking. Habituation effects have been documented across a wide range of standard instruments, including the Stroop test, the Eriksen flanker task, the Simon task, the Digit Symbol Substitution Test, the Wechsler Memory Scale, and the Halstead-Reitan neuropsychological battery. The largest gains typically appear between the first two testing sessions, with progressively flatter improvement curves as participants grow familiar with the task. Long-term learning can even persist for years: performance on the Wechsler Adult Intelligence Scale and the Wechsler Memory Scale has been shown to be affected by task exposure that occurred months or years earlier. In one series of experiments cited in the paper, trial-to-trial random errors in neurocognitive tests started as high as 6 to 43 percent and only stabilized below 5 percent in reaction tasks after several days of repeated testing.</p>
<p>What makes this especially dangerous is that the field&#8217;s favorite reliability statistics can look excellent while hiding serious problems. The intraclass correlation coefficient (ICC) and Cronbach&#8217;s alpha summarize the ratio of true-score variance to observed variance, but they cannot distinguish between different sources of measurement error. The authors point to published examples where an ICC of 0.9 or higher — conventionally rated as excellent — coexisted with a mean absolute test–retest error of 20 percent and maximum individual errors approaching 90 percent. A high correlation between two measurements says nothing about how close those measurements actually are to each other on the original scale, which is what clinicians and experimenters usually need to know.</p>
<p>The classical remedy for this blind spot is the Bland–Altman analysis, introduced in 1986, which plots the difference between two measurements against their mean. The average difference reveals systematic bias, while the 95 percent limits of agreement — the mean difference plus or minus 1.96 standard deviations — describe the expected range of random scatter. But the authors argue that Bland–Altman analyses, as commonly used, suffer from a critical limitation: the limits of agreement are purely descriptive. They describe where the data fell, but they say nothing about whether that amount of error is acceptable for the scientific or clinical question at hand. Bland and Altman themselves noted in the original 1986 paper that acceptable limits should ideally be defined in advance to aid interpretation — advice that has largely been ignored in practice.</p>
<p>There is a second, subtler flaw. Standard limits of agreement are drawn as parallel horizontal lines on the Bland–Altman plot, which implicitly assumes that the absolute size of measurement error is constant across the whole range of measured values. In many empirical domains, however, the scatter grows as the measured value grows — a phenomenon known as heteroscedasticity. Parallel limits therefore tolerate a disproportionately large percentage error for small measurement values while being overly strict for large ones. A limit of ±1 degree might be trivial for a mean of 180 degrees but catastrophic for a mean of 0.5 degrees, as an example from visual-vertical perception research in stroke patients illustrates.</p>
<p>The new R application addresses both problems with a concept the authors call limits of acceptance, or LoAcc. Unlike limits of agreement, which are computed from the data after the fact, limits of acceptance are defined a priori by the researcher as a proportional threshold — for example, 5 percent of each participant&#8217;s mean test–retest value. Because the acceptable band scales with the magnitude of the measurement, the resulting boundaries fan out across the Bland–Altman plot rather than running parallel, correctly accommodating heteroscedastic data. A test–retest difference is classified as acceptable only if it falls within the proportional band for that individual. The app then color-codes the results: green if the systematic bias is non-significant and at least 95 percent of observations fall within the acceptance limits, red if either criterion fails.</p>
<p>The software itself is a Shiny app that automates the entire test–retest evaluation workflow. Users upload an Excel file in wide format, with a participant identifier in the first column and measurement pairs in consecutive columns; the app can also be used for validity studies against a gold standard or for inter-rater objectivity analyses. It then computes the full battery of reliability metrics — all six ICC variants with 95 percent confidence intervals, Cronbach&#8217;s alpha, the standard error of measurement, the minimal detectable change, the coefficient of variation, the mean absolute error, and the mean absolute percentage error — alongside a paired-samples t-test for systematic bias and publication-ready Bland–Altman plots. Users can set the acceptance threshold per variable pair, specify measurement units, and export results tables and figures automatically. The code is openly available via the Open Science Framework.</p>
<p>To demonstrate the tool, the authors simulated Stroop test data across four consecutive testing days with 100 virtual participants, using a 5 percent acceptance threshold calibrated to the error level observed after four days of habituation in their earlier empirical work. The progression is instructive. Between days 1 and 2, mean performance rose significantly and 86 of 100 observations fell within the acceptance limits — both criteria failed, and the plot lit up red. Between days 2 and 3, the systematic bias had largely vanished, but random scatter remained too high, with 88 of 100 observations inside the limits. Only between days 3 and 4 did the data satisfy the criterion: no significant bias, 97 of 100 observations within the limits, and the mean absolute error shrinking from 0.828 seconds to 0.479 seconds. Applied to a real dataset from a choice reaction task tested twice daily over five days, the app showed the same convergence, and also revealed a near-threshold case at a 10 percent limit where a single data point sitting exactly on the boundary tipped the classification — a reminder, the authors note, that such judgments should consider the magnitude of the deviation rather than being treated as purely binary.</p>
<p>The broader message is a call for transparency that resonates far beyond cognitive psychology. The authors argue that expected intervention-induced changes from previous studies can serve as a rational anchor for setting acceptance limits: a 10 percent measurement error might be tolerable if an intervention is expected to change the outcome by 100 percent, but it is unacceptable if the expected effect is only 10 percent. They acknowledge that no universal guideline exists for what counts as acceptable, and that the 5 and 10 percent thresholds used in their examples are illustrative rather than prescriptive. Still, by forcing researchers to state their tolerance for error in advance and by separating systematic from random error — since a valid ICC interpretation requires the absence of systematic bias — the tool turns habituation from an invisible confound into a measurable, plottable, and ultimately controllable quantity. For a field increasingly worried about the reproducibility of its measurements, knowing exactly how much habituation is enough may prove to be one of the most practical questions psychology has finally learned to answer.</p>
<p><strong>Subject of Research:</strong> Test–retest reliability, habituation effects, and agreement analysis in behavioral and neurocognitive research</p>
<p><strong>Article Title:</strong> How much habituation is enough? An R application for ad hoc content-related limits of acceptance in behavioral research</p>
<p><strong>Article References:</strong> Warneke, K., Siegel, S. D., Afonso, J., Herbsleb, M., &amp; Wallot, S. (2026). How much habituation is enough? An R application for ad hoc content-related limits of acceptance in behavioral research. <em>Behavior Research Methods, 58</em>(11), Article 307. <a href="https://doi.org/10.3758/s13428-026-03170-2" rel="noopener noreferrer">https://doi.org/10.3758/s13428-026-03170-2</a></p>
<p><strong>Image Credits:</strong> AI Generated</p>
<p><strong>DOI:</strong> <a href="https://doi.org/10.3758/s13428-026-03170-2" rel="noopener noreferrer">10.3758/s13428-026-03170-2</a></p>
<p><strong>Keywords:</strong> habituation, practice effects, test–retest reliability, Bland–Altman analysis, limits of agreement, limits of acceptance, intraclass correlation coefficient, Cronbach&#x27;s alpha, measurement error, R software, psychometrics, neurocognitive testing</p>
]]></content:encoded>
					
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">221582</post-id>	</item>
		<item>
		<title>Open-Source R Pipeline Brings Reproducible Automation to Targeted Mass Spectrometry</title>
		<link>https://scienmag.com/open-source-r-pipeline-brings-reproducible-automation-to-targeted-mass-spectrometry/</link>
		
		<dc:creator><![CDATA[Drew Townsend]]></dc:creator>
		<pubDate>Fri, 25 Sep 2026 20:31:30 +0000</pubDate>
				<category><![CDATA[Biology]]></category>
		<category><![CDATA[batch correction]]></category>
		<category><![CDATA[biomarker validation using targeted metabolomics]]></category>
		<category><![CDATA[containerized analysis pipelines]]></category>
		<category><![CDATA[cross-laboratory harmonization in metabolomics]]></category>
		<category><![CDATA[Docker]]></category>
		<category><![CDATA[FAIR data]]></category>
		<category><![CDATA[FAIR data principles in biomedical research]]></category>
		<category><![CDATA[lipidomics]]></category>
		<category><![CDATA[liquid chromatography tandem mass spectrometry (LC-MS/MS)]]></category>
		<category><![CDATA[mass spectrometry]]></category>
		<category><![CDATA[Metabolomics]]></category>
		<category><![CDATA[metabolomics data processing]]></category>
		<category><![CDATA[MRM]]></category>
		<category><![CDATA[mzML data format conversion]]></category>
		<category><![CDATA[open-source R pipeline for mass spectrometry]]></category>
		<category><![CDATA[open-source software]]></category>
		<category><![CDATA[open-source software for mass spectrometry data analysis]]></category>
		<category><![CDATA[proprietary format data handling in metabolomics]]></category>
		<category><![CDATA[quality control]]></category>
		<category><![CDATA[R software]]></category>
		<category><![CDATA[reproducibility]]></category>
		<category><![CDATA[reproducible bioinformatics tools]]></category>
		<category><![CDATA[SRM]]></category>
		<category><![CDATA[targeted metabolomics workflow automation]]></category>
		<guid isPermaLink="false">https://scienmag.com/?p=214490</guid>

					<description><![CDATA[Researchers have unveiled MStargetR, an open-source, containerised R workflow that unifies vendor file conversion, automated peak integration, auditable review, and quality control for targeted mass spectrometry data.]]></description>
										<content:encoded><![CDATA[<p>Targeted metabolomics has quietly become one of the workhorses of modern biomedical research. By using liquid chromatography coupled to tandem mass spectrometry (LC-MS/MS), scientists can precisely quantify hundreds of selected metabolites in blood, urine, saliva, and other biological matrices, supporting everything from biomarker validation and personalised medicine to pharmacology and nutritional science. Yet behind the impressive chemistry sits an uncomfortable truth: the data processing side of these experiments has long been a fragmented patchwork of proprietary vendor software, manual peak integration, and ad hoc quality-control scripts that vary from analyst to analyst and laboratory to laboratory. A new open-source software package called MStargetR, described in the journal Metabolomics, aims to close that gap by bundling the entire targeted data processing workflow into a single, reproducible, containerised R pipeline.</p>
<p>The problem the developers set out to solve is one that any practicing metabolomics researcher will recognise. Instruments from SCIEX, Agilent, Waters, Thermo, and Bruker each produce data in proprietary formats that lock laboratories into specific software ecosystems, complicating cross-laboratory harmonisation and restricting long-term accessibility and reuse under FAIR data principles. Converting files to the community-standard open format mzML is a necessary first step, but it is only the beginning. Metabolic phenotyping experiments are also vulnerable to systematic variation arising from sample preparation, instrument performance drift, and batch effects, and even the choice of processing tool and its parameterisation introduces additional variance. Robust, standardised quality-control procedures are therefore essential, yet until now no single open tool combined vendor file conversion, automated peak integration, full auditability, and a documented quality-control layer in one scriptable environment.</p>
<p>MStargetR, developed by Harrison Szemray, Luke Whiley, and colleagues at Murdoch University and collaborating institutions in Australia and Colombia, takes a pragmatic architectural approach: rather than reinventing established tools, it builds on them. The package is organised into three core modules that map directly onto the sequential stages of a targeted multiple reaction monitoring (MRM) or selected reaction monitoring (SRM) experiment. The first, msConvertR, interfaces with ProteoWizard&#8217;s msConvert tool to convert proprietary vendor files into mzML format, accepting raw data from SCIEX, Thermo, Agilent, Bruker, and Waters instruments as well as files already in open formats. The second, PeakForgeR, performs retention time alignment, peak boundary optimisation, and automated integration. The third, qcCheckR, handles missing value imputation, internal standard normalisation, concentration calculation, signal drift and batch correction, filtering, and reporting.</p>
<p>The technical heart of the pipeline lies in how PeakForgeR handles peak integration. For each analytical batch, a lightweight algorithm identifies the peak apex and boundaries for each transition window, using the median apex retention time localisation across quality-control samples to define a plate-wide reference. These pre-defined boundaries are then pushed to the Skyline command-line interface for peak area integration, ensuring that consistent integration windows are applied across all samples rather than executing independent per-sample peak detection that could introduce variable integrals. Crucially, this approach produces a fully populated .sky document for every analytical plate. That document preserves every chromatogram, retention time annotation, and peak boundary used to generate the result table, and it can be reopened directly in the free Skyline graphical interface, where analysts can visually inspect individual peaks, manually adjust integration boundaries where automated detection falls short, and re-export corrected results that qcCheckR reimports without rerunning any upstream steps.</p>
<p>This handoff between automation and human oversight is arguably the package&#8217;s most distinctive design choice. Automated peak picking becomes a transparent first pass that the analyst remains in control of, while the .sky document itself becomes a shareable, auditable record of every integration decision behind a reported concentration matrix. It is a deliberate attempt to bridge the gap between proprietary vendor platforms, which offer rich visual inspection but are platform-locked and licence-dependent, and open-source R packages, which offer scriptability but have traditionally left the audit trail behind. The developers also provide a standalone batch correction module, batchCorrectR, that exposes the signal drift and batch correction routines for use on any tabular metabolomics dataset, including data processed through other software entirely.</p>
<p>On the quality-control front, qcCheckR offers three well-established correction methods that laboratories can select according to their own practices: quality-control-based random forest signal correction (QC-RFSC), which captures non-linear drift that linear models cannot; quality-control-based robust LOESS signal correction (QC-RLSC); and ComBat, an empirical Bayes method suitable for datasets that lack QC samples altogether. Missing values below a user-specified instrumental limit of detection are handled by imputing half the minimum observed value for each feature, a strategy designed to maintain data integrity. The module generates comprehensive outputs in both HTML and Excel formats, with the HTML report including summary tables of key quality metrics and interactive visualisations such as principal components analysis plots and control charts that allow dynamic exploration of data quality at the level of individual metabolites.</p>
<p>Reproducibility is engineered into the package at the infrastructure level. All third-party tools, including msConvert and Skyline, are bundled within version-pinned Docker images, so that the exact software environment travels with the analysis and eliminates complex dependency management. For high-performance computing environments that prohibit Docker, MStargetR can be configured to use Apptainer instead. The pipeline runs natively on AMD64 architecture across Windows and Linux, with macOS and ARM64 users currently needing a virtual machine, a limitation the team is actively working to address. For analysts who prefer not to write code at all, a Shiny-based graphical user interface provides code-free access to the full pipeline, and a Windows installer delivers the application directly from the Start menu, requiring only a container runtime alongside it.</p>
<p>The performance evaluation is striking. Applied to a published targeted lipidomics dataset of 128 human plasma samples targeting 1,161 lipid species with 73 stable isotope-labelled internal standards, MStargetR processed all samples end-to-end, recovering all 1,161 targeted lipid features. Of these, 949 features (81.7 percent) were detected and returned a relative standard deviation below 30 percent across replicated long-term reference quality-control samples, and 823 features met the more stringent RSD threshold of 10 percent, a figure the authors emphasise reflects combined effects of biological absence, method sensitivity, and deliberately stringent quality criteria rather than detection failure. Because per-transition precision metrics and the corresponding chromatograms are both retained, the reason any individual target falls below threshold can be inspected directly rather than inferred.</p>
<p>Scalability testing on a standard workstation showed that total runtime grew linearly from 14.9 minutes at 84 samples to 302.5 minutes at 4,200 samples, with per-sample processing time falling to just 4.1 seconds at larger batch sizes as fixed overhead was distributed across more injections. CPU utilisation plateaued around 62 to 67 percent once enough plates were available to keep the parallel workers supplied, and memory consumption was dominated by per-plate parallelism overhead rather than per-sample data accumulation. Predictable, linear scaling means laboratories can reliably estimate processing time for large cohort studies from the reported per-sample rate, a practical consideration as metabolomics studies grow to thousands of specimens.</p>
<p>The developers are careful to position MStargetR&#8217;s contribution as integration rather than algorithmic superiority. Quantification currently relies on single-point internal standard calculation rather than multi-point calibration curves, and dedicated MRM processors remain more complete in that respect, while the browser-based MRMPro remains stronger for rapid multi-user manual curation of very large cohorts. But no existing open tool, the authors argue, combines vendor conversion, automated integration, a re-importable audit artefact, and a documented quality-control and batch correction layer within one version-pinned, R-native environment. Future work will expand supported input formats, add multi-point calibration for absolute quantification across wider dynamic ranges, and tighten integration with public repository deposition. For a field whose credibility increasingly depends on whether results can be independently reproduced, MStargetR represents a meaningful step toward making rigorous, auditable targeted metabolomics the default rather than the exception.</p>
<p><strong>Subject of Research:</strong> A reproducible, containerised R workflow for end-to-end targeted MRM/SRM mass spectrometry data processing</p>
<p><strong>Article Title:</strong> MStargetR: a reproducible, containerised workflow for end-to-end targeted (MRM/SRM) mass spectrometry data processing in R</p>
<p><strong>Article References:</strong> Szemray, H., Nambiar, V., Hicks, D., Lodge, S., Wist, J., Lawler, N. G., &amp; Whiley, L. (2026). MStargetR: a reproducible, containerised workflow for end-to-end targeted (MRM/SRM) mass spectrometry data processing in R. <em>Metabolomics, 22</em>(5), Article 160. <a href="https://doi.org/10.1007/s11306-026-02541-2" rel="noopener noreferrer">https://doi.org/10.1007/s11306-026-02541-2</a></p>
<p><strong>Image Credits:</strong> AI Generated</p>
<p><strong>DOI:</strong> <a href="https://doi.org/10.1007/s11306-026-02541-2" rel="noopener noreferrer">10.1007/s11306-026-02541-2</a></p>
<p><strong>Keywords:</strong> metabolomics, mass spectrometry, MRM, SRM, lipidomics, reproducibility, R software, quality control, batch correction, FAIR data, open-source software, Docker</p>
]]></content:encoded>
					
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">214490</post-id>	</item>
	</channel>
</rss>
