Open dnjohnstone opened 4 years ago
Hi Duncan, thanks for your interest in Felix. Just a dumb question, do you know Richard Beanland and/or have worked with him? What is your level of interest in Felix? I am trying to see if you want to use it together with Richard or separately. Coz if you work with Richard, he would at the moment be best placed to sort this. If you are however, independently of him interested, we might define those "bugs" and jointly solve them.
Hi Duncan, thanks for your interest in Felix. Just a dumb question, do you know Richard Beanland and/or have worked with him? What is your level of interest in Felix? I am trying to see if you want to use it together with Richard or separately. Coz if you work with Richard, he would at the moment be best placed to sort this. If you are however, independently of him interested, we might define those "bugs" and jointly solve them.
Hi Rudo, I do know Richard and we've exchanged some e-mails about this but haven't really worked together much yet although I'd certainly be open to that.
Ultimately I want a reliable, open-source Bloch wave forward model to do what I feel should by now be "routine" electron diffraction simulations. Evidently these things are not so routine and open codes have been quite hard to find so Felix is great in this regard.
I'm a little torn between using Felix as compared with, mbfit from Kenji Tsuda, qeda from Christoph Koch, or EMSoft from Marc DeGraef. Felix has the advantages of: (1) being in Fortran, which I mildly prefer to c/cuda, (2) being relatively self contained with good cif file reading rather than its own structure definition, and (3) being fairly lightweight avoiding lots of "other" stuff. On the downside, I am a little concerned by the number of fairly easy to identify "bugs" that are cropping up given the large number of much harder to find potential bugs in things like FFT sign conventions.
I'd like to be able to modify whichever code I do use to do things like simulate electron diffraction from an arbitrary list of crystal orientations (and thicknesses) and include beam rocking (precession). Since a good chunk of my work is in developing a python library for electron diffraction data analysis (https://github.com/pyxem/) I'd also like to wrap whatever we do use in python and distribute it with our "diffsims" package, which at present only supports rather naive kinematical simulation, if everyone were happy with that.
Running the SrTiO3_short sample simulation but setting IMaskFLAG=0 produces the following error.
I thought this may be associated with refinement against data of a different shape and therefore set IRefineModeFLAG=S to try and do simulation only. This continued to produce the same error.
Is this a FLAG incompatibility issue or a bug?