leonarski_fandClaude Opus 5.5 59ae6fc5c8 ShadowFinder: measure the background's azimuthal modulation instead of predicting it from the polarization
The shadow finder divided the background by the Kahn factor computed from the experiment's
polarization degree, plane and detector distance before comparing each pixel with its ring. On a
stills run none of the three is trustworthy at the pre-scan: the degree is not identifiable from
the data, the plane can lie along the image's y axis rather than lab x (a detector mounted turned),
and the distance is still the file's placeholder, so 2 theta is overestimated. On such a run the
division made the ring anisotropy worse instead of removing it: a residual cos 2phi of 0.8 at high
angle, dim lobes over the detector corners sitting on the PENUMBRA_RATIO threshold, and the
transmitting-hardware search turned them into false pieces of 17-21k pixels whose extent followed
the third decimal of p (22973 / 25102 / 26190 pixels masked at p = 0.99 / 0.995 / 0.998, of which
only 5248 were the actual stop).

A polarized background is exactly a second harmonic in azimuth whatever the degree, plane and
2 theta, so it is now measured: the pooled background relative to its ring median, the medians of
24 sectors per 64 px band fitted with 1 + c cos 2phi + s sin 2phi (HarmonicFit, dim sectors left
out), band values interpolated in radius, a band that cannot be fitted taking the nearest fitted
one. The background is divided by that before the ring baseline is taken; the Poisson test still
puts the factor back. The finder no longer reads the polarization at all, on the host and on the
device. The arm search's own capped harmonic, which patched the old residual, is gone: the ratio it
works on is flat now.

On the stills set that showed it, the mask is the 5248-pixel stop at every p and at either plane,
and the merge statistics are the same at p = 0.99, 0.995 and 0.998 except for continuous changes
from the integration's own polarization correction.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015CeEGgpKdfkCTJb3YNMJcu
2026-10-23 02:47:42 +02:00
2026-10-16 15:34:43 +02:00
2026-08-13 17:03:10 +02:00
2026-10-16 15:34:43 +02:00
2026-10-16 15:34:43 +02:00
2026-10-06 14:03:18 +02:00
2026-09-02 21:17:31 +02:00
2026-10-20 23:00:10 +02:00
2026-10-19 07:03:28 +02:00
2026-03-26 20:50:33 +01:00
2026-06-23 20:29:49 +02:00
2026-10-19 07:03:28 +02:00
2026-10-16 15:34:43 +02:00
2026-06-23 20:29:49 +02:00
2026-10-16 15:34:43 +02:00
2024-11-22 21:25:20 +01:00
2026-10-16 15:34:43 +02:00
2024-12-02 21:17:14 +01:00
2026-08-13 17:03:10 +02:00
2025-10-25 22:05:47 +02:00
2026-07-03 19:18:56 +02:00
2026-10-16 15:34:43 +02:00
2026-08-13 17:03:10 +02:00
2026-10-06 14:03:18 +02:00
2026-10-19 07:03:28 +02:00
2026-10-16 15:34:43 +02:00
2026-10-20 23:00:10 +02:00

Jungfraujoch

Application to receive and analyse data from the PSI JUNGFRAU and EIGER detectors, together with rugnux, its program for processing stored diffraction data - rotation and serial, macromolecular and small-molecule - from images to merged reflections.

All documentation is now placed in docs/ subdirectory and for the current version hosted on Jungfraujoch Read The Docs page.

S
Description
Jungfraujoch Data Acquisition System, Rugnux Data Processing Application, and Diffraction Viewer
Readme GPL-3.0
3 GiB
2 Stars 3 Watchers 0 Forks
Languages
C++ 77.8%
HTML 5.3%
Cuda 4.5%
C 3.8%
TypeScript 3.5%
Other 5%