<div dir="ltr">Hi Bruce,<br>Now this is clear.<div>In my case the correction I have to perform requires these measured/evaluated parameters: chi, mu (not sure if it's better to work with normmu here) and the background function. </div><div>Is it physically meaningless to have the mu(k) and bkg(k) data? If that is not the case I would like to have these two columns exported in the ascii chi(k) file. </div><div>So then I can perform the correction and re-import the new corrected chi(k) and make comparison with the uncorrected.<br><br>Kind regards,<br>Matteo</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-04-01 15:06 GMT+02:00  <span dir="ltr"><<a href="mailto:ifeffit-request@millenia.cars.aps.anl.gov" target="_blank">ifeffit-request@millenia.cars.aps.anl.gov</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send Ifeffit mailing list submissions to<br>
        <a href="mailto:ifeffit@millenia.cars.aps.anl.gov">ifeffit@millenia.cars.aps.anl.gov</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit" rel="noreferrer" target="_blank">http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:ifeffit-request@millenia.cars.aps.anl.gov">ifeffit-request@millenia.cars.aps.anl.gov</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:ifeffit-owner@millenia.cars.aps.anl.gov">ifeffit-owner@millenia.cars.aps.anl.gov</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Ifeffit digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Chi(E) data export and import (Matteo Busi)<br>
   2. Re: Chi(E) data export and import (Bruce Ravel)<br>
   3. Re: Question about Io during data collection (Luxton, Todd)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 1 Apr 2016 13:58:23 +0200<br>
From: Matteo Busi <<a href="mailto:basebush@gmail.com">basebush@gmail.com</a>><br>
To: <a href="mailto:ifeffit@millenia.cars.aps.anl.gov">ifeffit@millenia.cars.aps.anl.gov</a><br>
Subject: [Ifeffit] Chi(E) data export and import<br>
Message-ID:<br>
        <<a href="mailto:CAOyEiGhFhPbQ5Xn1is%2BR4MPVDQ4mxS4wXCcWM-j2qBcO5117-g@mail.gmail.com">CAOyEiGhFhPbQ5Xn1is+R4MPVDQ4mxS4wXCcWM-j2qBcO5117-g@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi Bruce,<br>
this message il linked to the previous solutions you find for me.<br>
<br>
For the reference, I asked to have a column of the chi(E) in the exported<br>
mu(E) data.<br>
This has worked correctly so far.<br>
<br>
Now for my master thesis, I'm performing a correction to chi(E) in the E<br>
space regarding to some geometrical properties of the sample.<br>
I have also tried to re-import the corrected data as a chi(k), having<br>
reproduced the right k grid column, but it looks totally wrong.<br>
The thing I'm not sure about is if the chi(E) needs to be fourier<br>
trasnformed into chi(k) or not.<br>
That's because I would have liked to make comparison in the Athena software<br>
between the two chis, but if that's not possible I will keep it to the<br>
external software (mathematic) with which the correction is performed.<br>
Or if you can share me the fourier transform routine performed I can<br>
include it to my correction script.<br>
<br>
Hope the message is clear,<br>
Kind Regards,<br>
<br>
Matteo<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://millenia.cars.aps.anl.gov/pipermail/ifeffit/attachments/20160401/0dc1c9f1/attachment-0001.html" rel="noreferrer" target="_blank">http://millenia.cars.aps.anl.gov/pipermail/ifeffit/attachments/20160401/0dc1c9f1/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 1 Apr 2016 08:25:<a href="tel:07%20-0400" value="+39070400">07 -0400</a><br>
From: Bruce Ravel <<a href="mailto:bravel@bnl.gov">bravel@bnl.gov</a>><br>
To: XAFS Analysis using Ifeffit <<a href="mailto:ifeffit@millenia.cars.aps.anl.gov">ifeffit@millenia.cars.aps.anl.gov</a>><br>
Subject: Re: [Ifeffit] Chi(E) data export and import<br>
Message-ID: <<a href="mailto:56FE68A3.5020008@bnl.gov">56FE68A3.5020008@bnl.gov</a>><br>
Content-Type: text/plain; charset=windows-1252; format=flowed<br>
<br>
On 04/01/2016 07:58 AM, Matteo Busi wrote:<br>
> Now for my master thesis, I'm performing a correction to chi(E) in the E<br>
> space regarding to some geometrical properties of the sample.<br>
> I have also tried to re-import the corrected data as a chi(k), having<br>
> reproduced the right k grid column, but it looks totally wrong.<br>
> The thing I'm not sure about is if the chi(E) needs to be fourier<br>
> trasnformed into chi(k) or not.<br>
> That's because I would have liked to make comparison in the Athena<br>
> software between the two chis, but if that's not possible I will keep it<br>
> to the external software (mathematic) with which the correction is<br>
> performed.<br>
> Or if you can share me the fourier transform routine performed I can<br>
> include it to my correction script.<br>
<br>
You seem to be thinking about this wrongly.  The chi(E) that gets<br>
written to the mu(E) ascii file using the thing we discussed last time is<br>
<br>
   mu(E) - bkg(E)<br>
<br>
That's it.  The difference between the chi(E) in the mu(E) file and the<br>
normal chi(k) is that (mu(E)-bkg(E)) is interpolated onto a uniform<br>
k-grid.  There are at least two reasons for doing that, (1) every data<br>
sets then ends up on the same k-grid, which is a convenience, and (2) a<br>
uniform k-grid allows use of a /fast/ Fourier transform.<br>
<br>
If you want to overplot chi(E) and chi(k), you also have to do the<br>
coordinate transform between energy and wave-number, which depends upon<br>
the value of E0.<br>
<br>
You have never clearly explained what you are up to and why<br>
interpolating the normal chi(k) back onto the energy grid was<br>
inadequate, so I don't know what else I can say that would be helpful.<br>
<br>
B<br>
<br>
--<br>
  Bruce Ravel  ------------------------------------ <a href="mailto:bravel@bnl.gov">bravel@bnl.gov</a><br>
<br>
  National Institute of Standards and Technology<br>
  Synchrotron Science Group at NSLS-II<br>
  Building 535A<br>
  Upton NY, 11973<br>
<br>
  Homepage:    <a href="http://bruceravel.github.io/home/" rel="noreferrer" target="_blank">http://bruceravel.github.io/home/</a><br>
  Software:    <a href="https://github.com/bruceravel" rel="noreferrer" target="_blank">https://github.com/bruceravel</a><br>
  Demeter:     <a href="http://bruceravel.github.io/demeter/" rel="noreferrer" target="_blank">http://bruceravel.github.io/demeter/</a><br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Fri, 1 Apr 2016 13:05:57 +0000<br>
From: "Luxton, Todd" <<a href="mailto:Luxton.Todd@epa.gov">Luxton.Todd@epa.gov</a>><br>
To: XAFS Analysis using Ifeffit <<a href="mailto:ifeffit@millenia.cars.aps.anl.gov">ifeffit@millenia.cars.aps.anl.gov</a>><br>
Subject: Re: [Ifeffit] Question about Io during data collection<br>
Message-ID:<br>
        <<a href="mailto:BY1PR09MB091823A3FBDB6E06C8361B3CFF9A0@BY1PR09MB0918.namprd09.prod.outlook.com">BY1PR09MB091823A3FBDB6E06C8361B3CFF9A0@BY1PR09MB0918.namprd09.prod.outlook.com</a>><br>
<br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Matt and Max,<br>
<br>
Thank you for your responses, the information was really helpful in trying to understand what would lead to the changes in Io between scans.  My knowledge of the infrastructure and mechanics of the beamline in front of Io is limited, and this short discussion has been very insightful. I wanted to make clear I was not trying to call out a specific issue with a beamline, but rather better inform myself about the how beamlines in general are setup and the mechanics behind it.<br>
<br>
It is hard to find a specific text or manuscript that covers topics along this line.  Not just with XAFS, the same could be said about a number of other spectroscopy/analytical techniques.  Being able to pose questions of this nature to the list is really helpful and provides an insight and source of information that is not readily available.<br>
<br>
All the Best,<br>
<br>
Todd Luxton, Ph.D.<br>
Office of Research and Development<br>
National Risk Management Research Laboratory<br>
Land Remediation and Pollution Control Division<br>
Waste Management Branch<br>
<br>
Mailing Address:<br>
5995 Center Hill Ave<br>
Cincinnati, OH 45243<br>
<br>
Phone:<br>
Office: (513) 569-7210<br>
Cell: (513) 319-5104<br>
Fax: (513) 569-7879<br>
<br>
Email: <a href="mailto:Luxton.todd@epa.gov">Luxton.todd@epa.gov</a><mailto:<a href="mailto:Luxton.todd@epa.gov">Luxton.todd@epa.gov</a>><br>
<br>
?A nation that destroys its soils destroys itself?<br>
Franklin D. Rosevelt<br>
<br>
From: Ifeffit [mailto:<a href="mailto:ifeffit-bounces@millenia.cars.aps.anl.gov">ifeffit-bounces@millenia.cars.aps.anl.gov</a>] On Behalf Of Matt Newville<br>
Sent: Thursday, March 31, 2016 6:41 PM<br>
To: XAFS Analysis using Ifeffit <<a href="mailto:ifeffit@millenia.cars.aps.anl.gov">ifeffit@millenia.cars.aps.anl.gov</a>><br>
Subject: Re: [Ifeffit] Question about Io during data collection<br>
<br>
Hi Todd,<br>
<br>
<br>
On Thu, Mar 31, 2016 at 9:27 AM, Luxton, Todd <<a href="mailto:Luxton.Todd@epa.gov">Luxton.Todd@epa.gov</a><mailto:<a href="mailto:Luxton.Todd@epa.gov">Luxton.Todd@epa.gov</a>>> wrote:<br>
All:<br>
<br>
Recently our group was at the APS collecting Pb L(III) spectra on an ID line using quick XAFS.  Data was collected from -200 to +800 eV for Pb L(III) at 0.2 eV steps with a count rate of 0.025 seconds.  Each scan took about 2.5 minutes to complete.   During our measurements we began noting issues with the linearity of scans collected in the extended region of the same sample.  After poking around in the data we noticed that Io was not linear throughout the measurement for a portion of the scans.  This was not always the true (see Athena project attached to the email, and images attache to the email).  I was always under the impression that Io should ideally remain linear throughout the energy region scanned, or at least remain unchanged between replicate scans.  We worked with the beamline scientists to try alleviate/fix the issue, but it kept persisting.   I realize this is not an IFEFFIT issue, but I was hoping someone might be able to help me understand what was going on !<br>
 and why this was happening?  If I have not included enough information for the question please let me know.<br>
<br>
It's a little hard to see much detail from the blurry images, but I0 is definitely falling in dramatically different ways for the different scans.<br>
My guess (from similar experience trying to do continuous XAFS scans at another APS ID line) is that the undulator is not tracking with the monochromator correctly in some of the scans. This tracking is definitely challenging for us. I suspect MR-CAT does small, constant energy steps per time point, but I'm not sure of this.  There is no way I can scan my undulator at 25 ms per energy point.<br>
What I see (and from talking to the undulator control folks at the APS), there is about a 0.5 second "settling time" for the devices during which time is pointless to ask for another move.<br>
So, when I do QXAFS at 13-ID-E, I set up "a normal XAFS scan", with 0.05 Ang^-1 steps and move the mono energy between these points in a fixed time -- so doing a ~4 eV move per time point at 10 Ang^-1.   But I find that if I try to go faster than about 100 ms per point, I see oscillations in I0, as the undulator  lags behind and then tries to catch up.   That can put oscillations in I0, but what you're seeing is it just falling off, like the tracking just isn't working.<br>
For those not at the APS, the undulators cannot be hardware-synchronized (perhaps that is "yet", but we've been waiting a long time).  One can move the undulator at a constant rate in gap (mm) velocity, and then try to synchronize the mono energy to that... I don't do that and I'm pretty sure that MR-CAT does not either.<br>
<br>
Anyway, I would suspect the tracking of the undulator.<br>
Hope that helps,<br>
<br>
--Matt<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://millenia.cars.aps.anl.gov/pipermail/ifeffit/attachments/20160401/05cb13cc/attachment.html" rel="noreferrer" target="_blank">http://millenia.cars.aps.anl.gov/pipermail/ifeffit/attachments/20160401/05cb13cc/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Ifeffit mailing list<br>
<a href="mailto:Ifeffit@millenia.cars.aps.anl.gov">Ifeffit@millenia.cars.aps.anl.gov</a><br>
<a href="http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit" rel="noreferrer" target="_blank">http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit</a><br>
Unsubscribe: <a href="http://millenia.cars.aps.anl.gov/mailman/options/ifeffit" rel="noreferrer" target="_blank">http://millenia.cars.aps.anl.gov/mailman/options/ifeffit</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Ifeffit Digest, Vol 158, Issue 1<br>
***************************************<br>
</blockquote></div><br></div>