Well, looks like i'm raising a nice discussion :)
Summarizing, if I understood well at the present moment the effect of
polarization is not included in Artemis analysis. However, going back to my
scientific problem i think that the main contribution will come from the 4
in-plane S atoms, so as a first approximation I can use the @S1.1@ path and
try to fit my EXAFS with that neglecting the out-of-plane contributions.
By the way, i've tried the VPaths and I've found it a nice and powerful
tool! Previously i used to do it by exporting the single paths, summing
them up and then import it again as a new X(k)... I don't really read all
the documentation and this is my fault!
Thank you for your help and for clarifying the issue about polarization
that was not really clear to me, I'm looking forward for the next Artemis
version :)
Eugenio
2015-05-24 23:37 GMT+02:00 Bruce Ravel
On 05/24/2015 05:03 PM, Matt Newville wrote:
You mean Artemis wasn't creating a POLARIZATION card? But one can just go in and add that the the Feff.inp anyway, no? The feff.inp file is editable before running Feff with Artemis all the time, right? That should be independent of pathfinder. Or do you mean something else?
I mean something else. The pathfinder did not consider polarization AND when Artemis ran the genfmt part of feff, the polarization card was not passed along. So, regardless of whether you edit the feff.inp window to included a POLARIZATION card, that information was not being passed to feff when the feffNNNN.dat file was generated. There's no convenient way to intervene in that step.
It's been years, with not much complaint, so I kind of forgot about it. My apologies to George Strbinsky -- I should have fixed it when he asked me about this a couple years ago.
All of that will be fixed soon, with the caveat that ellipticity will not yet be supported by Artemis. (So the "polarization in the plane" trick won't work in Artemis. Again, this is an Artemis shortcoming, not a Feff shortcoming.)
I understand VPaths, I think. But I meant simply "sum these paths
applying the current parameters, without fitting". That used to be very, very simple and I always find it useful and instructive for exploring the contributions from different paths. Now it seems I have to set all values to "set", then change them to "guess" to really do a fit. Am I missing something?
Well, I suppose it is possible that things aren't working as intended, but the intent is that you could make a VPath out of /all/ the paths (i.e. select "Mark all" from the Mark menu, then select "Make VPath" from the actions menu, then plot in k, R, or q). The intent also is that the current values for all parameters will be used when the plot is made. If no fit has been performed, the initial values will be used. It should not be necessary to change all guesses to sets just to make that plot.
I suppose that could be streamlined...
B
-- Bruce Ravel ------------------------------------ bravel@bnl.gov
National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973
Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/ _______________________________________________ Ifeffit mailing list Ifeffit@millenia.cars.aps.anl.gov http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit