- Ifeffit - millenia.cars.aps.anl.gov

Ifeffit installer for Mac 10.4 (Tiger)
by Matt Newville 20 Sep '05

20 Sep '05

Hi Everyone, Paul Fons has generously made a binary package installer for Ifeffit 1.2.8 for Mac 10.4 (Tiger). This is now available from both cars.uchicago.edu and sourceforge.net, from the Ifeffit download page: http://cars9.uchicago.edu/ifeffit/download.html If you try this out, please send positive and/or negative reports to me. Thanks again Paul!! --Matt

2 1

RE: [Ifeffit] R-factor
by Scott Calvin 20 Sep '05

20 Sep '05

Hi Alison, I agree entirely with Victor and Anatoly. In addition, I'd say that in my work an R-factor of above 0.1 is pretty sketchy. How sketchy depends on the complexity of the fit, of course; you're going over a big r-range, so if it takes you only two or three parameters to get an R-factor of 0.11, I guess that's not too bad. But if you have more parameters than that and it's still not fitting so well, I'd be concerned. As a referee, for example, that would be a much larger warning flag to me than the little discrepancy between the R-factors for the k- and q-space fits. Just to echo Victor and Anatoly again: it's quite easy for me to believe that the fitting algorithm just happened to find a somewhat different minimum in the fitting space in the two cases. They both suggested ways to test if that is the case. Although I've never fit in q-space, I've seen something that on the face of it is equally baffling: sometimes I've added an additional fitting parameter, changing nothing else, and seen the R-factor <italic>increase </italic>slightly. In some ideal sense, that shouldn't be--the fitting routine (this one happened to be Ifeffit) "should" at worst get the identical fit as to when the new parameter was constrained. But it is impossible to write a fitting routine that is guaranteed to find the closest possible fit, so all routines will occasionally generate those kinds of results. --Scott Calvin Sarah Lawrence College >-------------- Original message -------------- > >> Bruce, >> >> I've looked, and my R-factors for the back-transformed >> space are not necessarily twice the value of the R-factors >> for the k-space fits. In fact, they are often quite >> close. For example, just recently I had a k-space >> R-factor of 0.102 and a q-space R-factor of 0.113. Now, I >> realize those numbers are very close, but I'm afraid if I >> try to publish this, then I will get criticism for the >> q-space R-factors being larger. If I can explain it, then >> maybe it won't be a problem. >

7 14

RE: [Ifeffit] Fit in R and k space
by Kelly, Shelly D. 20 Sep '05

20 Sep '05

Hi Michel, Michel wrote: Finally, another issue - for which I would not lay out my neck, though - is the noise. In EXAFS, the signal to noise increases with k, and of course fitting in the raw k space is another way of dealing conveniently with the noise -or relative uncertainty, as we may name it. However, the FT is a way of filtering out some of this noise, and so maximise the signal from a shell. Likewise, fitting in filtered q-space may yield more accurate results, because some of the noise is filtered out. However, I concur that somehow the fact that the uncertainty on the high-q part of the filtered contribution os greater than in the low q-part should be implemented somehow. It is true that the signal to noise ratio becomes smaller at high k values. It does seem magical that the Fourier transform can pull a signal out of the high k-range where the noise is large and that this signal seems to be well defined. I find it helpful to remember that each signal in the EXAFS chi(k) spectra is given by ONE frequency. That frequency is well defined at low k were the signal to noise ratio is large. Extending this frequency into the high k-region is trivial as long as that frequency co-exists with all the noise at high k. In fact I don't need data at all to extend a well defined frequency to infinity. The part of the signal that is not so well defined at high k is the amplitude. A lot of noise often masks itself by a large variation in amplitude for a given signal at high k, this effect will result in poor values for CN and 2. But the amplitude of the signal has a well known k-dependence so with enough low k information about the amplitude even the amplitude does not become affected by the noise at high k. The point to remember is that the signals are defined from k=0 to k=something bigger than zero. As long as the signal to noise ratio is reasonable from k=0 to some k~10? Then the signal including frequency and amplitude is well described all the way to k=infinity. It is often helpful to look at the fit and the data in k-space all the way out to 16 1/angstroms even if you are only using the k-range to 12 1/angstroms. If the model continues to follow the data to 16 then it is a good model. Shelly Shelly Kelly Bldg 203 RM E113 Skelly(a)anl.gov Argonne National Laboratory 630-252-7376 9700 S Cass Ave www.mesg.anl.gov Argonne, IL 60440

1 0

Ifeffit 1.2.8 installer for WinXP
by Leandro Langie Araujo 19 Sep '05

19 Sep '05

Greetings everybody, I'm another newcomer to the EXAFS world whose life was made much easier thanks to this wonderful software package. My sincere thanks to Matt, Bruce and everyone else involved in the "Ifeffit family" project. But, although the software is very nice, I'm having some trouble installing the newest version (1.2.8). I've been trying to install the Ifeffit 1.2.8 package on my WinXP, but there seems to be a problem with the files. I've downloaded the installers from both sourceforge and cars.uchicago.edu, but whenever I try to run any of them I get the following message: "The setup files are corrupted. Please obtain a new copy of the program." So, I'd like to ask if anyone from the mailing list managed to install Ifeffit 1.2.8 on WinXP or if anyone got the same kind of error message when trying to install. Thanks, Leandro

4 4

Ifeffit 1.2.8
by Matt Newville 18 Sep '05

18 Sep '05

Hi Folks, Ifeffit 1.2.8 is now available. There are minor changes to the core library and new versions of horae (055: athena 0.8.043, and artemis 0.8.002) in the Windows and Mac installers. A few version notes are below, and I will be putting more information at http://cars9.uchicago.edu/iffwiki/ReleaseNotes128/ == Windows == For Windows, there is a new installer, but no update. The new installer has the latest versions of the programs and also has dramatic changes to how the programs are organized and run. The batch files and the old automatic updater are gone, replaced by a single program 'runner' that checks for updates and runs all of the applications. There is also a completely new layout of C:\Program Files\Ifeffit. Bruce and I have been working on this for a while, and we believe it will be a lot easier for us to maintain. We expect that the changes will be mostly invisible to users, except when you install it. A result of the new layout is that *** *** *** you must uninstall any previous version of *** *** Ifeffit before installing the new version. *** *** *** Really, we're not kidding. There is a potential problem with this, as you may have your own projects under C:\Program Files\Ifeffit, say in \horae\ or in \examples\. You probably don't want to delete these!!! We recommend that you either move C:\Program Files\Ifeffit\horae and any other folders you may have file in to somewhere safe *before* you remove Ifeffit, or simply rename C:\Program Files\Ifeffit to Ifeffit_OLD and leave it there for a few weeks. And of course, we recommend that you save your data somewhere outside of C:\Program Files and make regular backups ("Gee, thanks, Mom!"). Then use the Control Panel 'add/remove programs' to remove Ifeffit. This will try to delete everything that originally got installed (and so *should* leave your data, but I wouldn't bet on it!!), including the shortcuts in the Start Menu. Once the C:\Program Files\Ifeffit folder is gone or cleaned out, you can then safely install the new Windows installer. The older Windows version (1.2.7) will see one more update, which will simply remind you to install the new version of the full installer. All further updates will be available only to the new version. == Mac OS X == For Mac OS X (10.3), the binary installer includes the codes from horae-055. The previous attempt to support Aquaterm is now dropped -- plotting is done with the X Windows plotting terminal. Since Athena/Artemis require X, and since X11 now comes from Apple, the Aquaterm support was more trouble than it was worth. == Unix == For Linux/Unix users using the source kit, the 'where is termcap?' problems should be gone. In addition, building on 64-bit linux machines should be much easier. PGPLOT_install now has a '--with-64bit' option which is needed for 64bit linux. Ifeffit's normal './configure' should then work fine. It now warns if the termcap library cannot be found. Let us know if there are any questions or troubles with these new versions. --Matt

2 1

Athena Bug in Peak Fitting
by Barton, David (DG) 16 Sep '05

16 Sep '05

Bruce, FYI: I recently installed Ifeffit v1.2.8 using the new Windows installer and it worked perfectly on a couple Win XP machines. After using the latest version of Athena 0.8.043 I noticed a bug in the Peak Fitting Routine and also have a couple of other minor suggestions. Description of Peak Fitting Bug: --The centroids that are reported on the screen and in the results file are not updating after a peak-fit is done. When the checkbox is marked to fit the centroid the fit appears to be changing the centroid because the resulting plot looks like a better fit, however the value of the centroid on the screen is not updating and the results file does not reflect any changes in centroid. Then if you push the "Plot Lineshapes" button it uses the centroid on the screen and the fit changes dramatically using the original value of the centroid. This bug can be reproduced by pulling up any spectra, setting the centroid of the arctan to something that results in a poor initial fit, check the box to fit centroid, run the fit....you should see that the fit moves the centroid however the value on the screen does not update and then if you "Plot Lineshapes" you will see the fit change to value of the original centroid. Other Suggestions for minor improvements to Athena: --In Compute Difference window it would be nice to have a checkbox that allows the user invert the difference (do spectra-ref instead of ref-spectra). This would be helpful for doing the difference of Marked spectra where we would like to do the spectra-ref. --in Compute Difference window it would be nice to have a checkbox to plot the components of the difference along with difference (similar to LCF window). Helpful for diagnostic checks of difference. --in your new Plot Style functionality it would be nice if Athena would automatically replot the last plot choice after a new Plot Style is chosen. This would save a few clicks as I click back and forth between two different plot ranges. --the link to the Plot Style POD documentation is broken. Let me know if you need any further clarification. Dave _________________________________ David Barton The Dow Chemical Company Catalysis R&D 1776 Building Midland, MI 48674 USA _________________________________ David Barton, PhD. The Dow Chemical Company Catalysis R&D 1776 Building Midland, MI 48674 USA

2 1

Tip of the Week: Features of the Guess, Def, Set page in Artemis
by Bruce Ravel 16 Sep '05

16 Sep '05

Hi, This week's tip of the week is "Features of the Guess, Def, Set page in Artemis" http://cars9.uchicago.edu/iffwiki/HoraeTipOfTheWeek Enjoy, B -- Bruce Ravel ---------------------------------------------- bravel(a)anl.gov Molecular Environmental Science Group, Building 203, Room E-165 MRCAT, Sector 10, Advance Photon Source, Building 433, Room B007 Argonne National Laboratory phone and voice mail: (1) 630 252 5033 Argonne IL 60439, USA fax: (1) 630 252 9793 My homepage: http://cars9.uchicago.edu/~ravel EXAFS software: http://cars9.uchicago.edu/~ravel/software/exafs/

1 0

compiling Ifeffit and friends on a 64 bit linux machine
by Bruce Ravel 15 Sep '05

15 Sep '05

Hi, Some months ago -- see the thread that starts here: http://millenia.cars.aps.anl.gov/pipermail/ifeffit/2004-December/001550.html Jake from U. Calgary posted a message about trouble getting Ifeffit et al to compile on his 64 bit machine. Over the last few days I have been upgrading to SUSE 9.3 on my home computer, which has an Intel 64 bit processor. (2 of them actually, lucky me!) 9.3 is much better for a 64 bit machine than 9.2 was. (It's also the first OpenSUSE release, which is a development I am very happy about.) Initially I ran into the exact same problem that Jake described in his original post. At the time, Carlo suggested that the -fPIC flag ("Position Independent Code", whatever that is) would be important. That turned out to be the trick. When installing Ifeffit, it was necessary to do the configure step like this: ./configure CC="cc -fPIC" FFLAGS="-g -O2 -fPIC" After that, the rest of installing Ifeffit and all of installing the horae tarball proceded normally. BUT, there is one other caveat. I had to make a small change to the pgplot makefile to get it compiled for my 64 bit machine. Everyplace in the makefile where it said "/usr/X11R6/lib", I had to change that to "/usr/X11R6/lib64". Compiling pgplot requires a bit of voodoo. I have always relied on Matt's PGPLOT_install script, which comes with the ifeffit tarball. In this case, I ran the script. It did some stuff, the failed. I cd-ed to /usr/local/pgplot, which is where it gets installed, and edited the makefile in that directory as I indicated in the last paragraph. Then in that directory I did a "make" and the pgplot compilation went to completion. Of course, I had to be root run the PGPLOT_install script and to do the compilation in /usr/local/pgplot. Hope that helps! (I'd be interested to hear how it goes with your opteron, should you try this, Carlo.) Bruce -- Bruce Ravel ----------------------------------- bravel(a)anl.gov -or- ravel(a)phys.washington.edu Environmental Research Division, Building 203, Room E-165 Argonne National Laboratory phone and voice mail: (1) 630 252 5033 Argonne IL 60439, USA fax: (1) 630 252 9793 My homepage: http://cars9.uchicago.edu/~ravel EXAFS software: http://cars9.uchicago.edu/~ravel/software/exafs/

2 2

Bug report for Artemis 0.8.000
by schmithals＠hmi.de 12 Sep '05

12 Sep '05

Hello Bruce, After a break I just started to use Artemis again and I am delighted about the new features, especially the ability to store and compare subsequent fits in one file. Below I want to submit the bugs that I came accross so far (on Win2000): - If one opens by mistake an input file that is unknown to Artemis (or Athena) this file will be destroyed and cut to about 4kB. Workaround: Just DON'T do this (or keep regular backups). - Funny things happen when one studies an atoms/feff calculation without having loaded an experiment file: I imported an atoms.inp, ran atoms and feff and did two summations (Sum | All included paths ..). For the first summation I included only the first path, for the second summation only the second path. The first summation seems fine, for the second summation Artemis obviously includes both paths. In subsequent summations this effect will continue: all paths used in the past are considered plus the paths currently included. Workaround: Load a 'dummy'-chi file even for just making summations. I was teaching the use of Artemis to a few colleagues. I recommend them to keep a copy of their atoms.inp-files at a separate place for re-use in later projects. If time permits maybe you could account for these issues: - If saving an atoms.inp file via Theory | Write special output | atoms the name 'artemis.stuff' will be provided. Is it possible to change that to 'atoms.inp'? - The link to TKAtoms is missing for newly installed systems. Cheers, Gerrit Schmithals

2 1

new tip of the week
by Bruce Ravel 09 Sep '05

09 Sep '05

Hi! I just posted this week's Tip of the Week at http://cars9.uchicago.edu/iffwiki/HoraeTipOfTheWeek This weeks topic: Easily marking arbitrary groups in Athena Enjoy, B -- Bruce Ravel ----------------------------------- bravel(a)anl.gov -or- ravel(a)phys.washington.edu Environmental Research Division, Building 203, Room E-165 Argonne National Laboratory phone and voice mail: (1) 630 252 5033 Argonne IL 60439, USA fax: (1) 630 252 9793 My homepage: http://cars9.uchicago.edu/~ravel EXAFS software: http://cars9.uchicago.edu/~ravel/software/exafs/

1 0