Closed creuzige closed 2 years ago
Hi Adam,
I understand your issue. The point is, that some people have xrd data file that correspond to superposed pole figures. In this case the code does exactly what they expect.
Currently you can do
pf = PoleFigure.load(fname,h,'interface','generic')
is this sufficient for you? Ralf.
That looks like it works, thanks!
I think part of the issue was that I had been using the deprecated loadPoleFigure_generic
Dr. Adam Creuziger National Institute of Standards and Technology (NIST) Gaithersburg, MD USA 20899.8553 Office 301-975-6015 @.**@.>
Visiting Research Affiliate Faculty, Metallurgical and Materials Engineering. Colorado School of Mines
On Jan 14, 2022, at 5:28 AM, Ralf Hielscher @.**@.>> wrote:
Hi Adam,
I understand your issue. The point is, that some people have xrd data file that correspond to superposed pole figures. In this case the code does exactly what they expect.
Currently you can do
pf = PoleFigure.load(fname,h,'interface','generic')
is this sufficient for you? Ralf.
— Reply to this email directly, view it on GitHubhttps://github.com/mtex-toolbox/mtex/issues/1262#issuecomment-1012996169, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACNZ5XN5YC7Z6UBKVF4DUD3UV73FLANCNFSM5GYTEXVQ. Triage notifications on the go with GitHub Mobile for iOShttps://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapps.apple.com%2Fapp%2Fapple-store%2Fid1477376905%3Fct%3Dnotification-email%26mt%3D8%26pt%3D524675&data=04%7C01%7Cadam.creuziger%40nist.gov%7Cea17a7153ecb4f8285f208d9d748a1e3%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C637777529234645948%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=5gYXsc4G4L3XKLcrev6yX%2B8kEag2TqVteJZJqLLErN0%3D&reserved=0 or Androidhttps://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fplay.google.com%2Fstore%2Fapps%2Fdetails%3Fid%3Dcom.github.android%26referrer%3Dutm_campaign%253Dnotification-email%2526utm_medium%253Demail%2526utm_source%253Dgithub&data=04%7C01%7Cadam.creuziger%40nist.gov%7Cea17a7153ecb4f8285f208d9d748a1e3%7C2ab5d82fd8fa4797a93e054655c61dec%7C1%7C0%7C637777529234645948%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=gHmj7AkC4N47YiZFOX7VGVH0EjDcxY0aEg%2BPv%2Fg8E2g%3D&reserved=0. You are receiving this because you authored the thread.Message ID: @.***>
I've had this issue for a while now, but it's come up again. If I have a pole figure file with two 3 character number strings (example: A###_Si###.sum) and use the generic importer, I end up with pole figures that have two hkl vectors. This usually causes the ODF calculation to throw up an error.
The source of this seems to be in the "loadPoleFigure_generic.m" file. While you can enter an 'h' value as a variable argument in on import, there's nowhere in this subprogram that checks for to see if one's been passed to the script. The string2Miller.m function also doesn't seem to check if it's returning more than one value.
My workaround in the past has been to rename the file to break up the non-hkl 3 character number string with underscores. I request that either an option to pass 'h' values be added to the loadPoleFigure_generic.m file, or that there's some error checking to make sure multiple values aren't returned by the string2MIller.m function.
Mac OS 10.15.7, Matlab 2019a, mtex 5.3
Thanks!