Files
Jungfraujoch/image_analysis/geom_refinement/PowderCalibration.cpp
T
leonarski_fandClaude Opus 5 a5f416fcdc calibration: take the detector distance from the rings, not from the header
A powder calibration is run because nobody is sure the header is right, and the
header's distance was the one number the fit could not survive being wrong
about. The ring search is local - each ring is looked for inside a window a few
pixels of radius wide - so a distance more than a percent or two out puts every
ring outside its own window, and the fit then converges on whatever background
fluctuation each window contains. It does not fail: a 110 mm exposure told the
detector was at 150 mm reported 149.8 mm, with 146 ring points and exit 0. Only
its residual said anything, 5.3 px against 0.4 px, and nothing read it.

Measure the distance from the rings instead. The peaks of the azimuthally
averaged profile give ring RADII, and a radius does not depend on the assumed
distance at all - bin i holds the pixels at one particular radius whatever q
that radius was called - so the radii are a property of the image. Against the
calibrant's d-spacings, r = D tan(2 asin(lambda/2d)) then has one unknown. It is
scanned rather than solved because the pairing of observed rings to d-spacings
is unknown too, and the winning basin is solved in closed form. Nothing here
reads the header distance except to bin the profile; it needs only the
wavelength, the pixel size and the detector's extent.

A powder pattern has genuine distance aliases, so one answer is not enough. A
cubic primitive standard puts its rings at radii proportional to sqrt(N), and
scaling the distance by sqrt(2) maps ring N onto ring 2N - most of the comb
still lands on peaks. Measured: the 110 mm exposure with a 115 mm header scored
its best at 156.5 mm, which is 110*sqrt(2). No adjustment of the score removes an
alias the lattice really has, so the scan hands back the few best distances and
each is fitted, the header among them as one hypothesis of several. The residual
then separates them - 0.4 px against 5.2 px on that case - subject to an attempt
explaining a comparable share of the pattern first, because a start so wrong
that one ring point survives leaves a residual of exactly zero.

Each attempt re-extracts at the geometry it converged to and fits again. The
seed is measured from blended peaks and is good to about a per cent, close
enough to converge from but far enough to sit every search window a few pixels
off its ring, and an off-centre window takes its background off the ring's own
flank. Nothing is re-read from disk, so the loop is free.

Measured on the LaB6 distance series. A 110 mm dataset now recovers 110.03-110.17
mm from any header between 25 and 1200 mm, against +-2 mm before. All five
datasets recover their own distance from a fixed wrong 250 mm header. With
correct headers, four of the five are bit-identical to before and the 500 mm one
moves by a single ring point - the two-ring fit whose tilt is 0.1 sigma anyway.
Run time is unchanged at 0.62 s.

The residual is larger on a run whose header was wrong (1.1 px against 0.4 px on
the 110 mm case), because the profile was still binned at the wrong distance and
its radial sampling is correspondingly coarse. The geometry is right; only the
scatter about it is inflated. Re-running with the recovered distance recovers
the residual too.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01NfuDvf5ipV3Hi8TiCUKD27
2026-08-31 16:48:32 +02:00

248 lines
14 KiB
C++

// SPDX-FileCopyrightText: 2026 Filip Leonarski, Paul Scherrer Institute <filip.leonarski@psi.ch>
// SPDX-License-Identifier: GPL-3.0-only
#include <cmath>
#include <fstream>
#include <spdlog/fmt/fmt.h>
#include "PowderCalibration.h"
#include "../../common/GitInfo.h"
#include "../../common/JFJochMath.h"
#include "AssignSpotsToRings.h"
#include "RingOptimizer.h"
#include "RingsFromProfile.h"
namespace {
// How well the ring points sit on the fitted rings, in a unit a user can judge: the radial distance in
// pixels between where a point is and where the fitted geometry puts its ring. The fit's own residual
// is in q, so it is divided by the local dq/dr - measured by stepping one pixel outward along the radius
// rather than assumed, since dq/dr varies with two-theta and with the tilt.
//
// The beam centre enters a ring's radius as r(phi) = R + dx cos(phi) + dy sin(phi), so fitting it to n
// points of scatter s leaves the textbook var = 2 s^2 / n on each of dx and dy. That is the number that
// separates a beam centre that was measured from one that was merely reported.
CalibrationResult Summarize(const DiffractionGeometry &fitted,
const std::vector<RingOptimizerInput> &points,
const RingFitUncertainty &unc) {
CalibrationResult result;
result.geometry = fitted;
result.uncertainty = unc;
const float cx = fitted.GetBeamX_pxl();
const float cy = fitted.GetBeamY_pxl();
double sum_sq = 0.0;
for (const auto &p : points) {
const float r = std::hypot(p.x - cx, p.y - cy);
if (!(r > 1.0f))
continue;
const float q = fitted.PxlToQ(p.x, p.y);
const float dq_dr = fitted.PxlToQ(p.x + (p.x - cx) / r, p.y + (p.y - cy) / r) - q;
if (!(std::abs(dq_dr) > 0.0f))
continue;
const double dr = (q - p.q_expected) / dq_dr;
sum_sq += dr * dr;
++result.ring_points;
}
if (result.ring_points > 0) {
result.rms_radial_pxl = std::sqrt(sum_sq / static_cast<double>(result.ring_points));
result.beam_sigma_pxl = result.rms_radial_pxl
* std::sqrt(2.0 / static_cast<double>(result.ring_points));
}
return result;
}
} // namespace
CalibrationResult CalibrateFromProfile(const std::vector<float> &profile,
const AzimuthalIntegrationMapping &mapping,
const DiffractionGeometry &geom,
const std::vector<float> &calibrant_ring_q,
bool refine_tilt) {
// Where to start. The ring search below is local - each ring is looked for inside a window a few
// pixels of radius wide - so a header distance more than a percent or two out puts every ring
// outside its own window, and what the fit then converges on is noise. Ask the rings what the
// distance is rather than believing the header (see PowderAutoSeed.h), and because a powder pattern
// has genuine distance aliases, ask for several answers and fit them all.
const auto observed = RingRadiiFromProfile(profile, mapping, geom);
const auto [radius_min, radius_max] = ProfileRadiusRange_pxl(mapping, geom);
const auto candidates = CandidateDistancesFromPowderRings(observed, calibrant_ring_q, geom,
radius_min, radius_max);
// Where each ring sits in THIS profile, for a detector at `distance`. The profile was binned at the
// header's distance and cannot be re-binned without re-reading every image, so a corrected distance
// does not move the rings within it, only where they have to be looked for.
const auto search_list_for = [&](float distance) {
std::vector<float> out;
out.reserve(calibrant_ring_q.size());
for (const float q : calibrant_ring_q)
out.push_back(ProfileQForRing(q, distance, geom.GetDetectorDistance_mm(),
geom.GetWavelength_A(), geom.GetPixelSize_mm()));
return out;
};
// One starting distance, fitted to convergence. A seed only has to land in the fit's basin, not on
// the answer: it is measured from blended peaks in the azimuthally-averaged profile and is good to
// about a per cent, which is close enough to converge from but far enough to sit every search window
// a few pixels off its ring - and an off-centre window takes its background off the ring's own
// flank, which costs both points and residual. So re-extract at the geometry the fit converged to
// and fit again. Nothing is re-read from disk, so the whole loop is free.
struct Attempt {
DiffractionGeometry geometry;
std::vector<RingOptimizerInput> points;
RingFitUncertainty uncertainty;
double rms_radial_pxl = 0.0;
};
const auto fit_from = [&](float distance, bool seeded) -> std::optional<Attempt> {
DiffractionGeometry current = geom;
current.DetectorDistance_mm(distance);
Attempt attempt;
constexpr int MAX_PASSES = 3;
for (int pass = 0; pass < MAX_PASSES; ++pass) {
const std::vector<float> search =
(pass == 0 && !seeded) ? std::vector<float>{}
: search_list_for(current.GetDetectorDistance_mm());
auto pass_points = RingsFromAzimuthalProfile(profile, mapping, geom, calibrant_ring_q,
0.06f, 3.0f, search);
if (pass_points.empty())
break;
RingFitUncertainty pass_unc;
const auto pass_fitted = RingOptimizer(current, refine_tilt).Run(pass_points, &pass_unc);
const float moved = std::abs(pass_fitted.GetDetectorDistance_mm()
- current.GetDetectorDistance_mm());
attempt.points = std::move(pass_points);
attempt.uncertainty = pass_unc;
attempt.geometry = pass_fitted;
current = pass_fitted;
// A tenth of a micron of distance moves the outermost ring by far less than a thousandth of
// a pixel, so there is nothing left for another pass to find.
if (moved < 1e-4f)
break;
}
if (attempt.points.empty())
return std::nullopt;
attempt.rms_radial_pxl = Summarize(attempt.geometry, attempt.points,
attempt.uncertainty).rms_radial_pxl;
return attempt;
};
// Every candidate, and the header alongside them - the header is a hypothesis like any other here,
// neither trusted nor discarded.
std::vector<std::pair<Attempt, float>> attempts; // attempt, and the seed it came from (0 = header)
for (size_t i = 0; i <= candidates.size(); ++i) {
const bool seeded = i < candidates.size();
const float distance = seeded ? candidates[i] : geom.GetDetectorDistance_mm();
if (auto attempt = fit_from(distance, seeded))
attempts.emplace_back(std::move(*attempt), seeded ? distance : 0.0f);
}
// Residual alone cannot rank these: a starting distance so wrong that only one ring point survives
// leaves a residual of exactly zero, and would win every time. How many ring measurements an
// attempt explains is evidence in its own right, and the first thing to compare - an attempt that
// accounts for half as much of the pattern is not in the running whatever it does with what is
// left. Among those that explain a comparable amount, the residual decides, and decides clearly,
// because only the true distance makes every ring fit at once - on the aliased LaB6 case the two
// candidates differ by 0.4 px against 5.2 px, which is not a close call.
size_t most_points = 0;
for (const auto &[attempt, seed] : attempts)
most_points = std::max(most_points, attempt.points.size());
std::optional<Attempt> best;
float best_seed = 0.0f;
for (auto &[attempt, seed] : attempts) {
if (attempt.points.size() * 2 < most_points)
continue;
if (!best || attempt.rms_radial_pxl < best->rms_radial_pxl) {
best = std::move(attempt);
best_seed = seed;
}
}
if (!best)
throw JFJochException(JFJochExceptionCategory::CalibrationError,
"No powder ring found in the summed azimuthal profile");
auto result = Summarize(best->geometry, best->points, best->uncertainty);
result.seed_distance_mm = best_seed;
result.header_distance_mm = geom.GetDetectorDistance_mm();
return result;
}
CalibrationResult CalibrateFromSpots(const std::vector<SpotToSave> &spots,
const DiffractionGeometry &geom,
const std::vector<float> &calibrant_ring_q,
bool refine_tilt) {
DiffractionGeometry fitted = geom;
// From scratch (Hough circle centre + ring clustering), then refined: the guess pins the centre to a
// whole pixel and only sees the spots its clustering kept, so the refine re-matches every spot at
// that geometry.
RingFitUncertainty unc;
GuessGeometry(fitted, spots, calibrant_ring_q, refine_tilt);
OptimizeGeometry(fitted, spots, calibrant_ring_q, refine_tilt, &unc);
return Summarize(fitted, AssignSpotsToRings(fitted, spots, calibrant_ring_q), unc);
}
void WritePoniFile(const std::string &path, const DiffractionExperiment &experiment,
const DiffractionGeometry &geom) {
std::ofstream f(path);
if (!f)
throw JFJochException(JFJochExceptionCategory::FileWriteError, "Cannot write " + path);
const double pixel_m = geom.GetPixelSize_mm() * 1e-3;
// pyFAI's axis convention is the trap: Poni1 (and pixel1) is the SLOW axis - rows, our y - and
// Poni2 the FAST axis - columns, our x - both in metres from the detector origin. A transposed PONI
// file is silently wrong, so the mapping is spelled out here rather than left to the reader.
//
// DiffractionGeometry's beam_x/beam_y IS the PONI: LabCoord rotates the vector measured FROM that
// pixel, i.e. it is the point of normal incidence, so it maps straight across with no correction.
// GetDirectBeam_pxl() is a different quantity - where the direct beam lands - and parts from the
// PONI as soon as rot1/rot2 are non-zero.
//
// The half pixel is the origin convention (see docs/DETECTOR_GEOMETRY.md): our coordinates are
// pixel-centred, so beam_x = 948 means the CENTRE of pixel 948, while pyFAI measures from the edge
// of the sensor and puts the centre of pixel i at (i + 0.5) * pixel size. Without it the pattern
// pyFAI integrates sits half a pixel off ours.
const double half_pixel_m = 0.5 * pixel_m;
f << fmt::format("# Calibration done by Jungfraujoch rugnux {}\n", jfjoch_version());
// poni_version 2.1 is what pyFAI introduced "orientation" with (pyFAI 2024.01).
f << "poni_version: 2.1\n";
f << "Detector: Detector\n";
// orientation 2 is pyFAI's "origin at the top left of the image when looking FROM the sample",
// which is the MX convention Jungfraujoch assembles to. Without it pyFAI assumes its own default,
// orientation 3 (bottom left), and quietly believes increasing row means physically upwards. The
// radial integration is identical either way - a mirror preserves 2theta - but the azimuth comes
// out with the opposite sense, which matters for anything that uses chi (cake or sector
// integration, texture).
f << fmt::format("Detector_config: {{\"pixel1\": {:g}, \"pixel2\": {:g}, \"max_shape\": [{}, {}], "
"\"orientation\": 2}}\n",
pixel_m, pixel_m, experiment.GetYPixelsNumConv(), experiment.GetXPixelsNumConv());
f << fmt::format("Distance: {:.9g}\n", geom.GetDetectorDistance_mm() * 1e-3);
// Poni1 is measured from pyFAI's own origin, so declaring orientation 2 re-anchors it to the top
// edge: the same physical point is now (height - 1 - beam_y) rows down from there.
f << fmt::format("Poni1: {:.9g}\n",
(experiment.GetYPixelsNumConv() - 1 - geom.GetBeamY_pxl()) * pixel_m + half_pixel_m);
f << fmt::format("Poni2: {:.9g}\n", geom.GetBeamX_pxl() * pixel_m + half_pixel_m);
// With orientation declared, rot2 and rot3 change sign and rot1 does not, and Rot3 carries a
// further half turn:
// (Rot1, Rot2, Rot3) = (+rot1, +rot2, -rot3 + pi)
// A row flip is an improper transformation, so it reverses the sense of rotations about x and
// about the beam while leaving the one about the vertical alone. The half turn is the azimuthal
// reference: pyFAI's in-plane axes are the negatives of ours, so without it every chi comes out
// 180 degrees away. It is a rotation about the beam, so it leaves 2theta untouched - which is
// why radial integration was right all along and only the azimuth was wrong.
// Pinned empirically against pyFAI 2026.5.0 on a tilted detector (4/-6.5/13 deg, off-centre
// beam), against the lab positions of the NXmx chain: 2theta to 3.6e-15 deg and chi to 2.8e-14
// deg over the whole detector. The half turn is needed for the orientation-3 form written before
// this too, so it is not an artefact of declaring the orientation.
f << fmt::format("Rot1: {:.9g}\n", geom.GetPoniRot1_rad());
// negate() rather than a bare minus so an unrefined angle prints as 0 and not -0.
const auto negate = [](float v) { return v == 0.0f ? 0.0f : -v; };
f << fmt::format("Rot2: {:.9g}\n", geom.GetPoniRot2_rad());
f << fmt::format("Rot3: {:.9g}\n", negate(geom.GetPoniRot3_rad()) + PI);
f << fmt::format("Wavelength: {:.9g}\n", geom.GetWavelength_A() * 1e-10);
f.flush();
if (!f)
throw JFJochException(JFJochExceptionCategory::FileWriteError, "Error writing " + path);
}