Why Vary Dimensions and Redundancy Separately?
An integration strategy can appear to perform better because it uses information across molecular layers, but it can also benefit from having more columns or from representing the same underlying signal several times. A benchmark that changes block size and redundancy together cannot tell these explanations apart. This tutorial develops a simulation design in which feature counts and redundant-feature proportions are controlled explicitly, so that comparisons across early, intermediate, and late integration have a clearer interpretation.
Let \(B\) denote the number of omics blocks. For \(n\) matched subjects, write block \(b\) as \(X^{(b)}\), an \(n \times p_b\) matrix, where \(p_b\) is its number of measured features. The total number of columns supplied by a concatenation is \(P=\sum_{b=1}^{B}p_b\). The outcome is recorded on the same \(n\) subjects. In a controlled comparison, the outcome-generating mechanism, subjects, train-test splits, and other simulation settings should be held constant while the intended design factors change.
A redundant feature need not be an exact copy. It may be a noisy proxy for a shared latent signal. To vary the number of such features without also changing how faithfully each proxy measures its source, hold the proxy-generation rule fixed. For example, if \(Z\) is a standardized shared latent signal and \(\epsilon_j\) is an independent standardized noise variable, one proxy can be generated as \(X_j=\sqrt{\rho}Z+\sqrt{1-\rho}\epsilon_j\), with \(0\leq\rho\leq1\). Then \(X_j\) has variance one, and its correlation with \(Z\) is \(\sqrt{\rho}\). Keeping \(\rho\) fixed while adding proxies changes their number, not their individual fidelity.
Designing a Controlled Scenario Grid
A clean design specifies dimension and redundancy as distinct factors. Choose several values of \(p_b\) and several values of \(q\); create a scenario for each relevant combination. The exact values depend on the intended benchmark, but the important feature is that each factor can change while the others are deliberately controlled. When comparing balanced and unbalanced blocks, report the vector \((p_1,\ldots,p_B)\), not just \(P\): two settings can have the same total feature count and very different block allocations.
For every scenario, state which columns carry outcome-related signal, which are redundant proxies, and which are other generated features. To isolate a dimension effect, keep the signal-bearing features and their effects fixed, then add features according to a stated rule. To isolate a redundancy effect, keep \(P\) fixed and replace a specified number of nonredundant columns with proxies of already represented signal. If the number of signal-bearing columns, proxy fidelity, or signal strength changes too, the result is no longer a clean contrast of dimension or redundancy alone.
Record the block dimensions, signal-bearing columns, proxy rule, outcome-generating mechanism, and all fixed simulation settings.
Select block-dimension patterns and redundancy proportions. Define whether added columns are proxies or other features, and keep that rule explicit.
Where feasible, use the same simulated subjects, outcome, and train-test split across strategies within a replicate. This reduces irrelevant variation in paired comparisons.
Verify actual block dimensions, designated redundant-feature counts, marginal variances, and the intended correlations before interpreting any strategy comparison.
Worked Example: Adding Features Without Changing the Signal Setup
Suppose a hypothetical two-block simulation begins with \(p_1=20\) and \(p_2=20\). Four columns in each block carry the same pre-specified outcome-related signal structure, and the remaining columns are generated without adding outcome-related signal. Consider a second scenario with \(p_1=20\) and \(p_2=60\).
The reference total is \(P=20+20=40\); the second total is \(P=20+60=80\). Thus block 2 has gained 40 columns. To interpret this as a dimension contrast, retain the same four signal-bearing columns in each block, the same signal-generating parameters, and the same noise-generation rule for the original columns. Generate the 40 added columns according to the declared non-signal feature rule. The signal-bearing fraction falls from \(8/40=0.20\) to \(8/80=0.10\), even though the absolute number and construction of signal-bearing columns are unchanged.
That changing fraction is a consequence of adding columns, not evidence that the signal itself weakened. The comparison therefore assesses the strategy under a larger feature space with the same absolute signal setup. It does not isolate a change in “signal strength” if that term is defined as the fraction of columns carrying signal. The benchmark report should say which definition is held fixed.
How Redundant Proxies Change Representation
Redundancy matters because an integration method may respond to repeated representations of a shared signal differently from a method that combines evidence at another stage. A simple calculation illustrates why the count of proxies is a meaningful design factor even when every proxy follows the same generation rule.
Suppose a block contains \(m\) standardized proxies \(X_j=\sqrt{\rho}Z+\sqrt{1-\rho}\epsilon_j\), where \(Z\) and the \(\epsilon_j\)'s have mean zero and variance one, and the errors are mutually independent and independent of \(Z\). Consider their unweighted sum \(S_m=\sum_{j=1}^{m}X_j\). Each proxy has covariance \(\sqrt{\rho}\) with \(Z\). For distinct \(j\) and \(k\), their covariance is \(\rho\), because their only shared component is \(\sqrt{\rho}Z\). Therefore,
The calculation assumes \(\rho\) is the squared loading in the stated proxy model and the proxy errors are independent. For \(0<\rho<1\), this aggregate correlation increases with \(m\): adding proxies makes their average less affected by independent proxy noise. That is not an increase in the underlying outcome signal. It is a change in how well a particular aggregate represents \(Z\). Methods that penalize, select, or weight columns differently may respond differently, so the result is a reason to include redundancy scenarios, not a universal ranking of integration strategies.
Worked Example: Calculating the Effect of Proxy Count
Use the proxy model above with \(\rho=0.50\). Compare one proxy with four proxies in the same block. The individual proxy correlation with \(Z\) is \(\sqrt{0.50}=0.7071\).
For one proxy, the aggregate is just that proxy, and the formula gives \(\sqrt{1(0.50)/(1+0)}=0.7071\). For four proxies,
Under these assumptions, the sum of four proxies has correlation 0.8944 with the latent signal, compared with 0.7071 for one proxy. The arithmetic describes this particular aggregate and proxy model. It does not imply that every fitted integration method will improve, nor that the outcome-prediction performance must increase by the same amount.
Worked Example: Setting a Redundancy Proportion
Consider a hypothetical benchmark with two blocks, each containing 40 columns, so \(P=80\). Suppose 12 columns in block 2 are designated noisy proxies for signal already represented in block 1, and no other columns are designated redundant under the stated definition. Then \(R=12\), and
The scenario has a redundant-feature proportion of 0.15, or 15%. To compare it with a \(q=0.05\) scenario while keeping total dimension at 80, designate four rather than 12 columns as proxies and generate the other columns under the same non-proxy rule. The proxy loading, signal-bearing columns, and all other settings remain fixed. If instead the 12 proxies were added on top of the original 80 columns, both \(q\) and \(P\) would change; that contrast would combine redundancy and dimension.
Assumptions, Comparisons, and Diagnostics
A controlled interpretation relies on a few practical assumptions. The blocks must describe the same subjects in corresponding rows; the redundant-feature labels and generation rules must be known by construction; and the method comparisons must receive data prepared according to the same pre-specified protocol. If columns are standardized, the scaling parameters should be learned from training data and applied consistently, rather than estimated using held-out observations. Any feature filtering, missing-data handling, or tuning protocol should likewise be applied consistently, unless the difference itself is the planned factor.
One-factor-at-a-time designs are straightforward: change \(p_b\) while holding \(q\) fixed, then change \(q\) while holding dimensions fixed. They make each contrast easy to describe, but do not reveal whether the effect of redundancy depends on dimension. A factorial grid includes combinations of dimension and redundancy and can reveal such dependence. It requires more scenarios, and conclusions remain tied to the levels and data-generating rules used. Neither design alone establishes that a pattern will hold for real data.
| Design choice | What it makes easier to interpret | Main limitation |
|---|---|---|
| Vary dimension only | Sensitivity to feature counts under the chosen fixed redundancy rule | Cannot establish whether the response changes at other redundancy levels |
| Vary redundancy only | Sensitivity to proxy count at a fixed total dimension | Does not assess unequal block sizes unless dimensions are also varied |
| Factorial dimension-by-redundancy grid | Separate main contrasts and their dependence on each other | Uses more scenarios; interpretations still depend on the specified simulation model |
Before analyzing strategy results, inspect the generated matrices. Confirm that each \(p_b\) matches its target; the proxy count gives the intended \(q\); designated proxies have the intended correlation with their source; and the outcome-related columns have not changed accidentally. Check whether adding columns also changed marginal scaling or the number of effective independent noise features. These checks help distinguish a design failure from a genuine sensitivity of the methods.
A frequent pitfall is to add many noisy copies of one signal and then conclude that the winning strategy is inherently better at integrating complementary omics information. The reasoning is wrong because the simulation has increased the number of representations of a shared signal, not the number of distinct signals. The correction is to report dimension and \(q\) separately, include a low-redundancy comparison at the same dimensions, and limit the conclusion to the scenarios actually tested.
Other failure modes include defining redundancy only after observing correlations, counting an exact duplicate twice without recognizing the singularity it creates, or using different preprocessing for different strategies. If redundancy is defined by an empirical correlation threshold after generation, state the threshold and report the resulting count: the achieved \(q\) may vary across replicates. Exact duplicate columns can also make some model fits non-identifiable or numerically unstable. Use noisy proxies when that better matches the intended setting, or explicitly treat exact duplication as its own stress scenario and verify that the compared procedures can fit it.
Check Your Understanding
Answer each question, then compare your reasoning with the solutions below.
- A benchmark has \(P=120\) total columns, of which 18 are designated as cross-block redundant proxies. What is \(q\)?
- Why is adding 30 proxies to a benchmark with 50 existing columns not a clean contrast of redundancy alone?
- In the proxy model, what assumption makes the covariance between two distinct proxies equal to \(\rho\)?
- Name two checks that help establish whether a simulated scenario achieved its intended dimension and redundancy settings.
- What can a factorial grid of dimensions and redundancy reveal that a one-factor-at-a-time design may miss?
Solutions. (1) \(q=18/120=0.15\), or 15%. (2) The added proxies increase both the redundant-feature count and the total dimension, so \(q\) and \(P\) change together; the contrast combines two factors. (3) The proxies share the term \(\sqrt{\rho}Z\), while their errors are independent of one another and of \(Z\), giving covariance \(\rho\). (4) For example, verify each matrix has its target \(p_b\), count the designated proxies and calculate \(R/P\), or check proxy correlations against their generating targets. (5) It can show whether the effect of changing redundancy depends on block dimension, rather than estimating each change only at a single fixed level of the other factor.