-
Notifications
You must be signed in to change notification settings - Fork 84
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
Creating a 4-D STEM Feedstock Package #933
Comments
Within It would be good to think about the scope of this. Many things in electron diffraction could fairly easily be applied to x-ray diffraction as well. |
It would be worth thinking about how to handle different array types/ meta-array types as well. For example: array types would be something like Unfortunately things that depend on There are a couple of different ways to do that I think but I'm really not sure if there is a proper way unless we remove There are a bunch of different threads on this: See: |
So essentially this would be a package which has functions relevant for processing 4D-STEM data. Specifically more of the "back end" functions, for processing individual 4D-STEM (STEM-diffraction) patterns? Ergo, that single "diffraction image" goes in, some output data comes out. Essentially to avoid duplication between the different packages. On paper, this would be pretty nice, as currently there is quite a lot of unnecessary duplication. It shouldn't be very difficult to get an alpha version of this up and running, for example by taking the "easy" functions from |
That sounds like a good first step. I might try to take a crack at this next week. I was intending to do some package organization before
Yea I think there are a couple of different inputs that might be interesting and worth looking at: I was going to organize it like
I would also like to include things like: And potentially things like:
Yea it is kind of one of those things that would be very nice but only as long as people buy in.
I was thinking that might be a nice thing to do. My goal is to better define some goals for that next week and push for that relatively soon but it is kind of waiting on the hyperspy 2.0.0 release. |
Idea
This has been floated a couple of different times but I think that we should try to develop a 4D STEM feedstock package to handle the numerous methods for operating on each 2-D dataset. Because these operations are embarrassingly parallel the implementations should be uniform across multiple different packages.
Each of these methods can be easily defined as:
From there any package (or user) can use the
center_of_mass
function to process their code. This directly interfaces with libertems UDF function as well as the hyperspys map function https://github.com/hyperspy/hyperspy/blob/70ca0762a332a7239a4c1eb75001062ab6c7495d/hyperspy/signal.py#L4714C10-L4721For py4DSTEM a new method would have to be written or it could use either the UDF or
map
functions to operate.Before I go to far with this idea I'd love any thoughts or input. I can start creating an outline of how it should be organized and maybe we can go from there?
@bsavitzky @cophus @pc494 @sk1p @uellue @magnunor
The text was updated successfully, but these errors were encountered: