ImageNet Eval Preprocessing

Drop-in snippet

import torchvision.transforms as T

IMAGENET_MEAN = (0.485, 0.456, 0.406)
IMAGENET_STD  = (0.229, 0.224, 0.225)

def imagenet_eval_transform(crop: int = 224) -> T.Compose:
    """Canonical ImageNet eval preprocessing.

    Pipeline:
        1. Square resize to 256 x 256       (NOT short-side resize)
        2. Center crop to `crop` x `crop`   (default 224)
        3. ToTensor                          (RGB / 255 -> [0, 1])
        4. Normalize with ImageNet mean/std
    """
    return T.Compose([
        T.Resize((256, 256), antialias=True),   # tuple => square resize
        T.CenterCrop(crop),
        T.ToTensor(),
        T.Normalize(mean=IMAGENET_MEAN, std=IMAGENET_STD),
    ])

antialias=True is set explicitly because PIL inputs default to it but tensor inputs do not, and the explicit flag removes a version-dependent warning across torchvision ≥0.15.

The trap: Resize(256) vs Resize((256, 256))

Calling T.Resize with an int vs a tuple does two different things:

After the subsequent T.CenterCrop(224), the two pipelines extract different patches from any non-square image. Most natural images (and most ImageNet validation images) are non-square, so the divergence applies to virtually the whole dataset.

For mechanistic interpretability and any work that ranks images by activation magnitude, this is a silent reproducibility hazard: the top-k maximally activating images set shifts when the crop shifts, which propagates to every downstream artefact — semantic embeddings, neuron labels, clarity / polysemanticity scores, faithfulness ablations. Numbers will look reasonable; they just will not match a reference pipeline that uses the other convention.

Why square resize (and when another convention is correct)

Square resize forces every input into a deterministic, source-aspect-agnostic 224×224 patch. That property is what you usually want for:

• Reproducibility across heterogeneous datasets (the same recipe works for portrait, landscape, and square inputs).
• Cross-architecture comparisons where ResNet, ViT, VGG, and EfficientNet should see exactly the same pixels.
• Hooked activation collection where rank stability of top-k matters more than honouring source aspect ratio.

Three other conventions are also legitimate; the choice between them is intentional, not a default:

How to apply

New experiment

Paste imagenet_eval_transform into a data_utils.py (or equivalent) and pass it to your Dataset / DataLoader. Do this as the default for any ImageNet probing pipeline; reach for a different convention only if the row in the table above motivates it.

Audit an existing repo

Run:

grep -rn "Resize\|CenterCrop\|RandomCrop\|transforms\.\|image_processor" experiments/

For each hit, decide based on the call:

• T.Resize(256) / T.Resize(size=256) — short-side resize. If the experiment intends the square-resize convention, patch to T.Resize((256, 256), antialias=True). If the experiment intends classic ResNet eval, leave it but document the intent.
• T.Resize((256, 256)) — already square; leave alone.
• T.Resize(232) paired with IMAGENET1K_V2 weights — intentional torchvision V2 reproduction; do not change without a reason.
• HF image_processor(...) or timm resolve_data_config(...) — model's own native pipeline. This skill does not apply; overriding it can break the input distribution the model was trained on.
• RandomResizedCrop / RandomHorizontalFlip in an eval-time pass — likely a training-augmentation transform leaking into eval. Investigate.

When patching, leave a one-line comment so the next reader knows the choice is deliberate:

T.Resize((256, 256), antialias=True),   # square resize per skills/image

Pick a convention when the paper is silent

If a paper just says "ImageNet preprocessing" with no further detail, two defaults are reasonable:

• Use the model's own image_processor / transforms() when reporting accuracy with its trained weights — that matches what the model was evaluated on.
• Use this skill's imagenet_eval_transform when doing mechanistic probing on top of a frozen backbone — that gives every architecture the same pixels.

Surface the ambiguity rather than picking silently. The two pipelines diverge on non-square images, and the divergence only becomes visible downstream, often after a wasted run.