Cannot restore ODF correctly from file exported by mtex #493
Replies: 8 comments
-
Adding the option odf = loadODF_generic(fname, 'cs', CS, ...
'ColumnNames', {'phi1', 'Phi', 'phi2', 'weights'},'lsqnonneg'); |
Beta Was this translation helpful? Give feedback.
-
Thanks for your reply! But the |
Beta Was this translation helpful? Give feedback.
-
Could you please post the exact output of the Thanks, Ralf. PS: I have tried it now several times but I could not reproduce your result when using the option |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
It won't become better. Your initial ODF has a halfwidth of about 5 degree
and you export it on a 5 degree grid. This like you want to interpolate a
Gaussian from three points. You will need more points for higher accuracy.
Ralf
********************************************************************
Ralf Hielscher Tel: +371-531-38556
Fakultät für Mathematik +371-531-22200 (Sekr.)
Technische Universität Chemnitz Fax: +371-531-22109
Reichenhainer Str. 39 E-mail:
[email protected]
D-09126 Chemnitz http://www.tu-chemnitz.de/~rahi
********************************************************************
…On Sun, Jun 28, 2020 at 7:50 AM Yoshiera ***@***.***> wrote:
Could you please post the exact output of the loadODF command.
Thanks,
Ralf.
PS: I have tried it now several times but I could not reproduce your
result when using the option lsqnonneg
I used wrong pictures for PFs and IPFs of restored ODF in the first
comment of this issue. I edit it. The difference of ODs of three equivelant
directions is not so large but is still not negligible.
In my last comment, I mistake the lsqnonneg option to lsqnonneq option. 😓.
The output changes with lsqnonneg option but still not consitent with the
input ODF:
[image: Cu recrystal odf txt lsg PF]
<https://user-images.githubusercontent.com/38752027/85939083-34ec3a00-b945-11ea-9b88-c2c73a2686ac.png>
[image: Cu recrystal odf txt lsg IPF]
<https://user-images.githubusercontent.com/38752027/85939079-31f14980-b945-11ea-9316-4b5aae413593.png>
Here is the output of the loadODF command without lsqnonneg option:
Interpolating the ODF. This might take some time...
lsqr tolerance cut back: 0.013
lsqr tolerance cut back: 0.017
lsqr tolerance cut back: 0.022
odf = ODF (show methods, plot)
crystal symmetry : Copper (m-3m)
specimen symmetry: 1
Uniform portion:
weight: 0
Radially symmetric portion:
kernel: de la Vallee Poussin, halfwidth 5°
center: 2432 orientations, resolution: 5°
weight: 1
Here is the output with lsqnonneg option:
Interpolating the ODF. This might take some time...
odf = ODF (show methods, plot)
crystal symmetry : Copper (m-3m)
specimen symmetry: 1
Uniform portion:
weight: 0
Radially symmetric portion:
kernel: de la Vallee Poussin, halfwidth 5°
center: 9 orientations, resolution: 5°
weight: 1
The textureindex of input ODF, restored ODF without lsqnonneg and
restored ODF with lsqnonneg are ~202, ~331 and ~166, respectively.
My version of MATLAB is R2020a.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<https://github.com/mtex-toolbox/mtex/issues/493#issuecomment-650701185>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACBYJ2JWCR6GTJ2MDOHZYWLRY3KZRANCNFSM4OKAOS2Q>
.
|
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
May I ask what you want to achieve? If you simply want to store an ODF
variable on disk and reload it later you can simply take the Matlab
commands save and load. This works without any error whatsoever.
The export command is thought to export ODFs to an external program. And
yes, this reconstruction is not perfect. But in your case it is quite ok.
The maximum value of an ODF, which you seem to compare, is the worst of all
ODF characteristics. As it is extremely sensitive to all kinds of
parameters choice. I would never ever use this value to characterize an ODF.
Ralf.
********************************************************************
Ralf Hielscher Tel: +371-531-38556
Fakultät für Mathematik +371-531-22200 (Sekr.)
Technische Universität Chemnitz Fax: +371-531-22109
Reichenhainer Str. 39 E-mail:
[email protected]
D-09126 Chemnitz http://www.tu-chemnitz.de/~rahi
********************************************************************
…On Sun, Jun 28, 2020 at 8:45 AM Yoshiera ***@***.***> wrote:
Thank you for your generous replies! I change the 5 degree grid to 1
degree grid, and here is the output:
[image: Cu recrystal odf 1 txt lsq PF]
<https://user-images.githubusercontent.com/38752027/85940157-53563380-b94d-11ea-8149-fabe3671c41b.png>
[image: Cu recrystal odf 1 txt lsq IPF]
<https://user-images.githubusercontent.com/38752027/85940158-53eeca00-b94d-11ea-8ef5-ac5b410bd99a.png>
The ODs are smaller than input ones, and the difference shoule be thought
negligable? Could you please explain why the difference happens? Thank you
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<https://github.com/mtex-toolbox/mtex/issues/493#issuecomment-650706206>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACBYJ2K476LWIREFBOKWRTLRY3RHFANCNFSM4OKAOS2Q>
.
|
Beta Was this translation helpful? Give feedback.
-
I use MTEX to generate ODF for the input of my own program. I compared the intensities of three equivalent crystal direction <100>, <010> and <001> in PF, which shoule be identical for cubic in my opinion. The arrows in this pictures show what i concerned. The max intensities in IPFs are also related to this. |
Beta Was this translation helpful? Give feedback.
-
I use mtex to export a simple ODF to file and try to restore the ODF from the file. I have two version of mtex in my hand:
5.1.1
and5.3.1
.5.1.1
can restore the ODF correctly but5.3.1
cannot. Is this a bug or i use mtex incorrectly?Here are the details:
I use this script to export ODF:
Here are the PFs and IPFs generated from the script above:


Here is my script to restore ODF:
in 5.1.1, the generated PFs and IPFs is consistent:


However, in 5.3.1, the generated PFs and IPFs is weird:


the orientation densities(OD) of three equivalent directions <100>, <010> and <001> is not equivalent now.
Beta Was this translation helpful? Give feedback.
All reactions