-
Notifications
You must be signed in to change notification settings - Fork 95
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
blocks on cylindrical geometry still unexpected geometry #1390
Comments
When using the commented code for STIR/src/buildblock/GeometryBlocksOnCylindrical.cxx Lines 94 to 100 in 0da0f08
is what I expect. ![]() ![]() @danieldeidda you made this change in 42bf1e9. Can you remember why? |
Yes I agree. The second images are correct. There should a test to ensure this is the case... |
@danieldeidda could you have a look at this? @markus-jehl will make a PR |
looking back at my drawings I think this was when we had the configuration with first detector at 0 degrees but the calculation of the starting point doesn't seem to make sense for this configuration. Possibly I had used this because of the failing tests, I can't remember very well though. |
Looks like we don't correctly centre the "bucket" in transaxial direction when there are gaps between blocks. Below are examples wtih 2 blocks/bucket and 1 block/bucket. with the blocks_spacing 20% larger than the block (generated with an improved


plot_scanner_LORs.py
, now even better on #1391).Of course, a gap between trans-blocks if there's only 1 block per trans-bucket makes no sense. We could use this to "shift" blocks, but I can't see why anyone would want to have such a PET scanner, so I don't think we should do this.
I think we should just centre the bucket.
in axial direction, it looks fine

@danieldeidda @markus-jehl @robbietuk
The text was updated successfully, but these errors were encountered: