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

problems with atoms and tkatoms
by Carlo U. Segre 29 Jul '04

29 Jul '04

Bruce: I have been trying to generate a feff input file with atoms and tkatoms. Here is what happens when I work within artemis I import an atoms.inp that I wrote out previously (attached). This file written out previously when I used it with tkatoms to make a *.xyz file. I notice that it does not properly read the angles but I fill them in anyway. When I run atoms to get the FEFF input file I get the following error: Tk::Error: Illegal division by zero at /usr/share/perl5/Xray/ATP.pm line 634. Xray::ATP::ATP_corrections at /usr/share/perl5/Xray/ATP.pm line 634 Xray::ATP::parse_atp at /usr/share/perl5/Xray/ATP.pm line 387 main::run_atoms at /usr/bin/artemis line 5565 [\&main::run_atoms] Tk callback for .frame3.canvas2.frame.notebook.atoms.frame2.button1 Tk::__ANON__ at /usr/lib/perl5/Tk.pm line 225 Tk::Button::butUp at /usr/lib/perl5/Tk/Button.pm line 111 (command bound to event) main::__ANON__('Tk::Error: Illegal division by zero at /usr/share/perl5/Xray/...') called at blib/lib/Tk.pm (autosplit into blib/lib/auto/Tk/Error.al) line 409 Tk::Error('MainWindow=HASH(0x96d864c)', 'Illegal division by zero at /usr/share/perl5/Xray/ATP.pm line...', 'Xray::ATP::ATP_corrections at /usr/share/perl5/Xray/ATP.pm li...', 'Xray::ATP::parse_atp at /usr/share/perl5/Xray/ATP.pm line 387', 'main::run_atoms at /usr/bin/artemis line 5565', '[\&main::run_atoms]', 'Tk callback for ..frame3.canvas2.frame.notebook.atoms.frame2.b...', 'Tk::__ANON__ at /usr/lib/perl5/Tk.pm line 225', 'Tk::Button::butUp at /usr/lib/perl5/Tk/Button.pm line 111', ...) called at /usr/lib/perl5/Tk.pm line 347 eval {...} called at /usr/lib/perl5/Tk.pm line 347 Tk::MainLoop() called at /usr/bin/artemis line 1792 If I run the same input file in tkatoms, I get a popup saying there is a divide by zero in ATP.pm line 634. If I try to generate an *.xyz file it works fine. I am using the latest version of horae. Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498 Fax: 312.567.3494 Carlo.Segre(a)iit.edu http://www.iit.edu/~segre

2 1

Importing in Athena
by Dave Baker 29 Jul '04

29 Jul '04

I have recently been looking at some standards and I came across some Cu foil data in a two-column .dat format; "energy" and "xmu". (Incidentally, it is standard data taken in '92 by none other than Bruce R. and Matt. N.) Anyway, the data seems to load just fine using either the "xmu.dat" or the "Mu(E)" import profile, and I can remove backgrounds, do both forward and backward FT's and generally manipulate the data normally. Everything is fine until I try to save the chi(k) data. The program displays that it's saving the file, but does not report success. The file is indeed written, but with a file size of zero. Following this attempt, the graph may or may not be stuck in the last plot, and if it is stuck, no amount of frantic clicking on my part changes it. The Ifeffit buffer is empty, and there are no error trap files. -Dave Baker ------------------------------------------------------------------------ -- North Carolina State University Dept. of Physics 2700 Stinton Dr. Box 8202 Raleigh, NC 27695 Ph: 919-515-5017 Fax:919-515-7331 email: dabaker(a)unity.ncsu.edu ------------------------------------------------------------------------ --

2 4

RE: [Ifeffit] artemis development in the near future
by SCHLEGEL Michel 177447 29 Jul '04

29 Jul '04

Bruce, > * Windows users who would like to be involved with the development > branch should consider installing ActiveState's perl distribution > on their computers as that would allow you to test the source code > as it becomes available. If anyone is interested in this, I can > help get you started. But I would encourage only the enthusiastic > to consider this. Most users will prefer to use the executables > that I will build for the stable version. Well, to paraphrase some recent declaration, sometimes you have Activestate, sometimes, you haven't, there's this little third category... Yes, I have installed ActiveState a long time ago, but that was just to run some script, and it is unclear to me if you plan to run the development versions of Athena and Artemis as script, or if you will ask each and every Windows user to compile his/her own little executable. In the later case, You'll have to explain me. Othervise, the new version runs fabulously great, apart from a minor point: I can't fit simultaneously several spectra (polarization data) in q-space. TApparently Artemis traps some kind of error message. but the software keeps on running. Otherwise, there's a little practical point which bothers me: when it comes to publishingand citing, we know how to shower praise on Matt, but we are still yearning for some sound reference for the Ravelware. Is there any chance that this 'bug' will get fixed in the near future? Best regards, Michel Schlegel

4 4

RE: [Ifeffit] artemis development in the near future
by SCHLEGEL Michel 177447 29 Jul '04

29 Jul '04

Bruce, > On Wednesday 28 July 2004 12:47 pm, SCHLEGEL Michel 177447 wrote: > > versions of Athena and Artemis as script, or if you will ask each and > > every Windows user to compile his/her own little executable. In the > > later case, You'll have to explain me. > > Well, the point I was trying to make was that building and testing > windows executables adds considerably to my work. I would like to be > able to release the development version frequently -- the > early-and-often approach to software development. If I have to build > windows exes everytime, that will slow me down, wear me out, and make > it not worth my time to bother with the whole idea of a fork. Yes, I now, we Windows user recriminate a lot, demand even more, and offer little in return.. ;-) > > Othervise, the new version runs fabulously great, apart from a minor point: > > I can't fit simultaneously several spectra (polarization data) in q-space. > > TApparently Artemis traps some kind of error message. but the software > > keeps on running. > > OK, thanks for the report. I'll look into it. q-space fitting is not > one of the well-tested corners of the code since I never do > that myself. I am aware of Matt's recommandation - that fitting in R-space should be preferred. However, there are sometimes informations in the q-space on the nature of backscatterers from, e.g., the shape of the amplitude enveloppe of the Fourier-filtered contribution. Plus, it is always interesting to compare fitting results in both spaces. I ran a test fit in q-space with four spectra and Artemis 0.7.008. It seems that the fitting stage is performed well, and the fitting results in the q-space are even displayed in the Graphics windows. Trouble seems to arise when Artemis tries to write the log file. The 'Artemis palettes' windows doesn't appear on the screen. I then tried to fit into R-space (worked well), and again into q-space: the same error message appeared. I copied the message displayed on the console into the attached file. Best regards, Michel Schlegel

2 1

RE: Ifeffit Digest, Vol 17, Issue 23
by yaelp 29 Jul '04

29 Jul '04

didnt get any instruction thanks yael >===== Original Message From ifeffit(a)millenia.cars.aps.anl.gov ===== >Send Ifeffit mailing list submissions to > ifeffit(a)millenia.cars.aps.anl.gov > >To subscribe or unsubscribe via the World Wide Web, visit > http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit >or, via email, send a message with subject or body 'help' to > ifeffit-request(a)millenia.cars.aps.anl.gov > >You can reach the person managing the list at > ifeffit-owner(a)millenia.cars.aps.anl.gov > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Ifeffit digest..." > > >Today's Topics: > > 1. Re: weights data processing (Bruce Ravel) > 2. Re: EXAFS question (Bruce Ravel) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Mon, 26 Jul 2004 09:06:13 -0400 >From: Bruce Ravel <ravel(a)phys.washington.edu> >Subject: Re: [Ifeffit] weights data processing >To: XAFS Analysis using Ifeffit <ifeffit(a)millenia.cars.aps.anl.gov> >Message-ID: <200407260906.13553.ravel(a)phys.washington.edu> >Content-Type: text/plain; charset="iso-8859-1" > > >I wanted to add a coupe more comments on Stafano's questions regarding >k-weighting in Athena and Artemis. > >Regarding k-weights in Athena: Athena's default for the k-weight using >background removal is 1. I chose that pretty much for the reason that >Scott gave. Ifeffit's default is 0, so this is a situation where >Athena and Ifeffit have different default behavior. As for the >insensitivity of your data to this value, I would say that it is >situational. Sometimes, the k-weight can have a dramatic influence on >the background removal. Stability of the background removal and its >impact on subsequent analysis has been a frequent topic of discussion >in this forum. k-weight, then, is yet another parameter that can >impact the stability of your spline. > >Rgearding k-weights in Artemis: Scott and Matt covered the "why" of >k-weights. How k-weights are actually used by Artemis when fitting >and plotting is a bit complicated. See section 5.8.4 of the >(incomplete) artemis document for a detailed explanation of how >k-weighting is used in Artemis. > http://leonardo.phys.washington.edu/~ravel/software/exafs/doc/artemis.pdf > >B > >-- > Bruce Ravel ----------------------------------- ravel(a)phys.washington.edu > Code 6134, Building 3, Room 405 > Naval Research Laboratory phone: (1) 202 767 2268 > Washington DC 20375, USA fax: (1) 202 767 4642 > > NRL Synchrotron Radiation Consortium (NRL-SRC) > Beamlines X11a, X11b, X23b > National Synchrotron Light Source > Brookhaven National Laboratory, Upton, NY 11973 > > My homepage: http://feff.phys.washington.edu/~ravel > EXAFS software: http://feff.phys.washington.edu/~ravel/software/exafs/ > > > >------------------------------ > >Message: 2 >Date: Mon, 26 Jul 2004 09:37:31 -0400 >From: Bruce Ravel <ravel(a)phys.washington.edu> >Subject: [Ifeffit] Re: EXAFS question >To: "Norman White" <gn-white(a)tamu.edu> >Cc: XAFS Analysis using Ifeffit <ifeffit(a)millenia.cars.aps.anl.gov> >Message-ID: <200407260937.31266.ravel(a)phys.washington.edu> >Content-Type: text/plain; charset="iso-8859-1" > >Norman, > >Your question is the sort of thing that is appropriate for the Ifeffit >mailing list, so I am CCing my answer there. You should consider >joining the mailing list. It is a great resource and gives you access >to a large number of experts who can answer your questions. > > >On Friday 23 July 2004 03:38 pm, Norman White wrote: >NW> In going through Matt Neville's xas_fun_slides.pdf file that was >NW> included with the Athena software, I noticed on slide 36: > > MN > The Fe-O distance in FeO is 2.14 � A, but the first peak is at 1.6 � A. > MN > This shift in the first peak is due to the phase-shift, > MN > delta(k): sin[2kR + delta(k)] . > MN > A shift of -0.5 � A is typical. > > >NW> I asked him in an e-mail about the shift and he said (edited): > > MN > For traditional XAFS analysis, we do a relatively simple Fourier > MN > transform. This simple FT would give a peak in chi(r) at 'R' if > MN > the oscillatory part was sin[2kR]. Since it's sin[2kR + delta(k)] > MN > instead, there's a shift. > MN > > MN > It turns out that, to first order, delta(k) is linear and has a > MN > negative slope of about 1: > MN > delta(k) ~= -k ~= -2k (0.5), > MN > > MN > so that the shift in phase is about 0.5A. > >NW> I asked if this was true for all elements and he said: > > MN > It's a typical value for most bonds, but shouldn't be taken as an > MN > accurate number (and it's easy enough to calculate). > >NW> >NW> How is an accurate shift calculated? Is this correction performed > >This calculation is computed quite accurately by Feff. Indeed, >getting that calculation (and the related calculation of the >scattering amplitude) correct is the raison d'etre of Feff. > >NW> automatically in Athena? If it is a constant, why is it not simply >NW> included in the step producing the radial distribution function from >NW> the k values? Can it be accurately calculated? The manual had >NW> statements that seemed to imply that it could be calculated with the >NW> Atoms program but did not explain how at a level I understood. >NW> >NW> Matt neville stated in an e-mail that: > MN > The phase shift correction can be made fairly easy with > MN > SixPack and with Artemis as well as Ifeffit. > >It's not a constant and treating it as such would be specious at best, >and it is not something that Athena intends to compute. However, >since it is something that Feff computes, one can imagine using the >results of Feff. How this is done is slightly different in Athena as >in Artemis. > >At the level of Athena, we know the absorbing atom but it is not >actually necessary to know what the material is to use Athena >effectively. In Artemis, on the other hand, we do have to know >something about what the materials is. This difference between the >two explains the rationale for how phase correction works i the two >programs. > >In Athena, only a central atom phase correction is supported. This is >enabled by clicking the button that says "phase correction" in the >forward trasform section of the mail window. With that button >clicked, the central atom phase shift is subtracted from the data >before the transform is made. When you plot chi(R), then, the >transform will be peaked a little bit to the right of where it was >peaked without that button clicked. > >Artemis does a somewhat better job of this. In Artemis, you can >select a path to use for pase correction. With a path selected, the >central *and* scattering atom phase shifts will be subtracted before >transforming. This is possible in Artemis because we have the fuill >information about the material and the full feff calculation at our >disposal. In Athena, in contrast, we only know about the absorber and >I have never implemented (and don't really intend to do so) a way of >reading in a feff path for the purpose of phase shifted transforms. > >NW> >NW> I could not find where it explained how to do this. > >Did you read any of the documentation? > >For Athena: >http://leonardo.phys.washington.edu/~ravel/software/exafs/doc/Athena/athena… isc.html > The document is also available within Athena via the Help menu. > >For Artemis: Section 5.8.5 of >http://leonardo.phys.washington.edu/~ravel/software/exafs/doc/artemis.pdf > > >NW> I am looking at As adsorption on Fe-Al oxides and other minerals >NW> I know what the central atom is As. >NW> I can also estimate the oxygen bondlengths and the As-cation distance from >NW> the "corrected" EXAFS pattern and the literature. Is it possible to >NW> simulate an EXAFs pattern? >NW> Is so, how? > >Yes. > >Have you read the Artemis manual? > >B > > > >-- > Bruce Ravel ----------------------------------- ravel(a)phys.washington.edu > Code 6134, Building 3, Room 405 > Naval Research Laboratory phone: (1) 202 767 2268 > Washington DC 20375, USA fax: (1) 202 767 4642 > > NRL Synchrotron Radiation Consortium (NRL-SRC) > Beamlines X11a, X11b, X23b > National Synchrotron Light Source > Brookhaven National Laboratory, Upton, NY 11973 > > My homepage: http://feff.phys.washington.edu/~ravel > EXAFS software: http://feff.phys.washington.edu/~ravel/software/exafs/ > > > > >------------------------------ > >_______________________________________________ >Ifeffit mailing list >Ifeffit(a)millenia.cars.aps.anl.gov >http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit > > >End of Ifeffit Digest, Vol 17, Issue 23 >***************************************

1 0

athena 0.8.030, artemis 0.7.008, hephaestus 0.04
by Bruce Ravel 28 Jul '04

28 Jul '04

Hi folks, A new tarball of the source for Athena, Artemis, and Hephaestus is now available at SourceForge and at my website. Linux, unix, and Mac OSX users can grab it or use the horae_update script at their leisure. Windows users will have to wait just a bit longer. Matt and I have almost settled on the new Windows release. More details should follow later this week. There are only a few new features in the codes this time around. The bulk of the changes are various bug fixes which should address the majority of the problems reported in the last two months. In particular, Artemis should now be a lot more stable. As always, please report any new problems you find with the new versions or any old problems that I did not actually fix! Among the changes to the Artemis: 1. An autosave file is written at certain times so that you can recover work in the event of a crash. 2. Artemis now uses a native menubar. This means that the menus can be driven entirely from the keyboard using (on PC keyboards) the Alt key. 3. There are a couple of small changes in functionality on the GDS page. Now, if you click on a different variable while editing a variable, the first variable will be defined before the new one is displayed. 4. The General->workspace variable is no longer used. I apologize to those who used this feature, but it was the source of too many problems. 5. The writing of trap files has been disabled in this version, but the same information still gets written to the console and should be included by cut-n-paste in bug reports. In Hephaestus there is a new page which shows a chart of the electronic transitions associated with the various single-electron fluorescence lines. Athena just has a bunch of bug fixes. It does not yet use a native menu bar. (Next time for sure!) A final note about Artemis. There is no drag-n-drop functionality anywhere in the program. It is quite easy to trigger a bug when the GDS page is displayed if you click the mouse button and then drag the mouse to another part of the Artemis window. I do not know the cause of this bug, but it is easy to avoid. Regards, B -- Bruce Ravel ----------------------------------- ravel(a)phys.washington.edu Code 6134, Building 3, Room 405 Naval Research Laboratory phone: (1) 202 767 2268 Washington DC 20375, USA fax: (1) 202 767 4642 NRL Synchrotron Radiation Consortium (NRL-SRC) Beamlines X11a, X11b, X23b National Synchrotron Light Source Brookhaven National Laboratory, Upton, NY 11973 My homepage: http://feff.phys.washington.edu/~ravel EXAFS software: http://feff.phys.washington.edu/~ravel/software/exafs/

4 16

artemis development in the near future
by Bruce Ravel 28 Jul '04

28 Jul '04

Hi folks, As some of you may know, I have been planning for a while to fork Artemis into two branches -- stable and development. It's going to work something like this: * The current version (0.7.008) will be the stable version. (Yes, I am fully aware of the irony of calling any version of Artemis "stable". ;-) For the next couple of months the feature set of stable Artemis will not change. I will only be fixing bugs as they become known. This will be the version recommended for most users. * The current version will be the base of the development version. I will add new features to this branch. Hopefully there will be enough users of the development branch that these new features will be sufficiently exercised as I get them written. * At some point I will decide to freeze the development branch and shift it down to the stable branch. That way, new features will eventually become available to the users of the stable branch, but only after they have been tested for a while. Hopefully, that will avoid some of the troubles we have had since version 0.7.000. * I will promise to make windows executables for every release of the stable branch. I won't promise to do so for every release of the development branch. * I haven't quite decided how to deal with numbering, but the stable branch will continue incrementing the minor number. The development branch will either start at 0.8.000 or at 0.7.500. In either case, the horae_update script will be modified to update either branch. * Windows users who would like to be involved with the development branch should consider installing ActiveState's perl distribution on their computers as that would allow you to test the source code as it becomes available. If anyone is interested in this, I can help get you started. But I would encourage only the enthusiastic to consider this. Most users will prefer to use the executables that I will build for the stable version. * I am not planning to fork any of my other programs. Specifically, I do not see a benefit to forking Athena. Finally, here is a partial list of features that are on the drawing board for the development branch: 1. Update the atoms page to use an interface modeled on the new GDS page. 2. Enhanced functionality of the feff interpretation page 3. Keep a history of all fits run. This will allow such things as over-plotting of different fits with the data, comparison of the log files from different fits, and so on. 4. Generation of math expressions for delta_R based on the crystal parameters used in atoms. 5. Import of CIF files. 6. Import of PDB files and conversion to feff.inp format. 7. A bunch of internal modifications that will not be user visible but will support some of the changes above and will need extensive testing. OK, that's all the news that's fit to print. I hope that people are downloading and trying out the new release. B -- Bruce Ravel ----------------------------------- ravel(a)phys.washington.edu Code 6134, Building 3, Room 405 Naval Research Laboratory phone: (1) 202 767 2268 Washington DC 20375, USA fax: (1) 202 767 4642 NRL Synchrotron Radiation Consortium (NRL-SRC) Beamlines X11a, X11b, X23b National Synchrotron Light Source Brookhaven National Laboratory, Upton, NY 11973 My homepage: http://feff.phys.washington.edu/~ravel EXAFS software: http://feff.phys.washington.edu/~ravel/software/exafs/

2 1

horae 038 Debian packages
by Carlo U. Segre 28 Jul '04

28 Jul '04

The horae packages for Debian have been built and are at my apt repository. Cheers, Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498 Fax: 312.567.3494 Carlo.Segre(a)iit.edu http://www.iit.edu/~segre

1 0

RE: [Ifeffit] artemis development in the near future
by Jensen, Mark P. 28 Jul '04

28 Jul '04

Michel is right Bruce! We need a Ravelware reference to cite. That is a major bug! ------------------------------ Mark P. Jensen Chemistry Division Argonne National Laboratory 9700 South Cass Avenue Argonne, Illinois 60439-4831 USA 630-252-3670 630-252-7501 FAX mjensen(a)anl.gov > -----Original Message----- > From: SCHLEGEL Michel 177447 [mailto:schlegel@azurite.cea.fr] > Sent: Wednesday, July 28, 2004 10:48 AM > To: 'XAFS Analysis using Ifeffit' > Subject: RE: [Ifeffit] artemis development in the near future > > Bruce, > > > * Windows users who would like to be involved with the development > > branch should consider installing ActiveState's perl distribution > > on their computers as that would allow you to test the > source code > > as it becomes available. If anyone is interested in this, I can > > help get you started. But I would encourage only the > enthusiastic > > to consider this. Most users will prefer to use the executables > > that I will build for the stable version. > > Well, to paraphrase some recent declaration, sometimes you > have Activestate, sometimes, you haven't, there's this little > third category... > > Yes, I have installed ActiveState a long time ago, but that > was just to run some script, and it is unclear to me if you > plan to run the development versions of Athena and Artemis as > script, or if you will ask each and every Windows user to > compile his/her own little executable. In the later case, > You'll have to explain me. > > Othervise, the new version runs fabulously great, apart from > a minor point: > I can't fit simultaneously several spectra (polarization > data) in q-space. > TApparently Artemis traps some kind of error message. but the > software keeps on running. > > Otherwise, there's a little practical point which bothers me: > when it comes to publishingand citing, we know how to shower > praise on Matt, but we are still yearning for some sound > reference for the Ravelware. > Is there any chance that this 'bug' will get fixed in the near future? > > Best regards, > > Michel Schlegel > > _______________________________________________ > Ifeffit mailing list > Ifeffit(a)millenia.cars.aps.anl.gov > http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit >

2 1

Ifeffit 1.2.6 for Windows
by Matt Newville 27 Jul '04

27 Jul '04

To follow up on Bruce's announcement: The full installer for Windows is now ready and available from http://cars9.uchicago.edu/ifeffit/download.html The Windows installer includes Ifeffit 1.2.6, and the latest versions of SixPack (0.50) and Horae (that is, Athena 0.8.030, Artemis 0.7.008, Hephaestus 0.04, and TkAtoms 3.0beta9), and can be downloaded either from the cars.uchicago.edu server or from the sourceforge.net server. An update for Windows (update #10) is also available, though this update is relatively large (~12Mb: almost half the size of the installer itself!). For those of you who are using the programs regularly, it may be worth the effort to download the full installer. --Matt

1 0