llnl / llnl/LEAP

High-resolution cone-beam scan of twenty-one walnuts" dataset from Zenodo (https://zenodo.org/record/3763412), the reconstruction quality degrades significantly

Open
#183 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Cuda
Stars
249
Forks
37
PR merge metrics
No merged PRs in 30d

Description

I tested my reconstruction pipeline using the LEAP (LivermorE AI Projector) framework, and it works well with the official walnut dataset provided in the LEAP examples — the reconstruction result is clean and as expected.

However, when I switch to the "High-resolution cone-beam scan of twenty-one walnuts" dataset from Zenodo (https://zenodo.org/record/3763412), the reconstruction quality degrades significantly. The volume appears blurry and shows severe artifacts, even though I applied the same FDK-based reconstruction pipeline, including cosine weighting and Ram-Lak filtering.

I suspect the poor result may be due to one or more of the following:

Mismatch in geometry configuration (e.g., source-origin distance, source-detector distance, voxel size, or detector size).

Differences in projection angle definitions, projection order, or rotation direction.

Missing preprocessing steps (e.g., log transform of the projections or normalization).

Or inconsistencies in file layout, such as order of .tif files not matching angle indexing.

Has anyone successfully used this Zenodo walnut dataset with LEAP? Are there any recommended parameters or preprocessing steps?

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files, tests, or entry points are named. Start by comparing the official LEAP walnut example with the Zenodo projections, including geometry, projection angles, file ordering, and preprocessing; done means identifying and documenting parameters or steps that reproduce an acceptable reconstruction.

Written by the indexing model from the issue text.

Assessment

Domain
computer-vision
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.