-
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
q-chi 2dintegration for grazing incidence #2320
Comments
Hello, pyFAI allows now to easily make a qip (in-plane) vs qoop (out-of-plane) representation of the pattern, that is the one that generates the missing wedge. This representation is useful for fiber/grazing-incidence, it's sensitive to incident_angle/tilt_angle, etc.
But this q is the modulus of the scattering vector, so it's the standard reshaping (or caking), to analyze textures in powder diffraction (so, it's not really specific for grazing-incidence) If I'm missing something on your request, please tell me :) |
Thank you for your response.
In grazing incidence, integrate 2D must still reflect the missing wedge, to calculate the proper pole figures with respect to the surface normal, i.e. chi near zero is never measured and thus should not be in the q-chi plot:
The desire is a plot like:
pygix, transform_polar
***@***.***
But integrate2d generates
***@***.***
As I understand integrate2d
res2d = ai.integrate2d(frame2, 300,180, unit=(unit_qtot_A, "chi_deg"), method=("no", "csr", "cython"),mask=ptstmask)
I need to be able to say unit=(unit_qtot_A, "chigi_deg") where the AZUMTHAL_UNIT chigi_deg is based on the arcTan of qoop and qip.
I'm not savvy enough to be able to create the chigi_deg AZUMUTHAL_UNIT with the proper
Peace
-Lee
PS
The above issue also arises in integrate1d if I want to take a sector cut through the, grazing corrected data, not a line cut. The current unit=(unit_qip,unit_qoop) only supports line-cuts. The grazing community almost always ignores this issue and uses 'missing wedge unaware' sector cuts based on the current integrate2d or equivalent, but that doesn't mean we can't do better.
***@***.***
From: Edgar Gutierrez ***@***.***>
Sent: Tuesday, November 5, 2024 12:08 PM
To: silx-kit/pyFAI ***@***.***>
Cc: Richter, Lee J. Dr. (Fed) ***@***.***>; Author ***@***.***>
Subject: Re: [silx-kit/pyFAI] q-chi 2dintegration for grazing incidence (Issue #2320)
Hello, pyFAI allows now to easily make a qip (in-plane) vs qoop (out-of-plane) representation of the pattern, that is the one that generates the missing wedge, and is sensitive to incident_angle/tilt_angle, etc.
If you want to make a q-chi plot representation, (if I understand you correctly), this is the classical integrate2d result of pyFAI:
from pyFAI import load
from pyFAI.calibrant import get_calibrant
from pyFAI import detector_factory
from pyFAI.gui.jupyter import plot2d, subplots
from pyFAI.azimuthalIntegrator import AzimuthalIntegrator
ai = AzimuthalIntegrator(dist=0.1, wavelength=1e-10, detector=detector_factory("Pilatus1M"))
cal = get_calibrant('LaB6')
data = cal.fake_calibration_image(ai=ai)
res2d = ai.integrate2d(data=data, npt_rad=1000)
fig, ax = subplots()
plot2d(res2d, ax=ax)
ax.get_images()[0].set_clim(-1,1)
image.png (view on web)<https://github.com/user-attachments/assets/ff9b7a20-c7e7-4881-bde2-1031b8546414>
But this q is the modulus of the scattering vector, so it's the standard reshaping (or caking), to analyze textures in powder diffraction.
If I'm missing something on your request, please tell me :)
-
Reply to this email directly, view it on GitHub<#2320 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AF337L4XSMMSJ3IVWGEMCK3Z7D3P5AVCNFSM6AAAAABREQWR5CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDINJXG4ZTAMJVGQ>.
You are receiving this because you authored the thread.Message ID: ***@***.******@***.***>>
|
Kudo's for adding grazing support.
Am I correct that there are no chigi_deg and chigi_rad AZMUTHAL_UNITS such that one cannot create a q-chi plot for the fiber/grazing geometry? (Equivalent to transform_polar of pygix)
If so, can this please be added. That transform is powerful when constructing pole-figures...
Thanks
The text was updated successfully, but these errors were encountered: