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

Atoms 3.0beta7
by Bruce Ravel 15 Aug '02

15 Aug '02

Hi folks, I released a new version of Atoms today which includes one small (but possibly important) change from the previous version. I learned that the database entry for a specific space group (I -4 3 d, #220) was in error. I fixed this and made a new release. There is a new tarball and Windows executable on my web site. If you are a windows user, you will also need to install the new version of the space_group.db file, as per the instructions on the downloads page. I also updated WebAtoms on Matt's server. This error has ABSOLUTELY NO IMPACT on any other space group. Indeed, without an atoms input file using the affected space group, you would never notice the problem. This underscores an interesting aspect of crystallography. While group theory tells us that there are 230 possible space group, nature seems to prefer using only a small subset of them. Indeed, in all the years since I started working on Atoms, I have not seen an example of a crystal in this space group until this week. The collection of input files that I distribute with Atoms for the purpose of testing the code includes examples of less than 80 space groups. Anyway, here is the input file that lead me to the error in Atoms' space group data base: title = Cu3As Domeykite title = Iglesias, J. E., and Nowacki, W., title = Zeitschrift fur kristallographie, kristallgeometrie, title = kristallphysik, kristallchemie, v. 145, pp. 334-345 (1977). space = I -4 3 d a = 9.6190 core = Cu rmax = 8.0 atoms ! elem x y z Cu -0.02930 0.12020 0.18760 As -0.02980 -0.02980 -0.02980 One might notice that the old Fortran version of Atoms handles this input file correctly. The irony of that is not lost on me, particularly in light of my frequent and loud trumpeting of the advantages of the new version over the old version. Thanks to Elspeth Barnes for bringing this problem to my attention. Regards, B -- Bruce Ravel ----------------------------------- ravel(a)phys.washington.edu Code 6134, Building 3, Room 222 Naval Research Laboratory phone: (1) 202 767 5947 Washington DC 20375, USA fax: (1) 202 767 1697 NRL Synchrotron Radiation Consortium (NRL-SRC) Beamlines X11a, X11b, X23b, X24c, U4b 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/

1 0

athena 2002.08.14
by Bruce Ravel 14 Aug '02

14 Aug '02

Hi, I put a new tarball and Windows build for Athena on my website this afternoon. There are only a few changes since last week, but they are interesting enough to merit a new release. 1. I fixed a problem in the display of the group list. When deleting groups, slightly more vertical space was removed than had been allocated when the group was listed. This lead to a misalignment that was particularly apparent when deleting many groups. 2. I now do the thing where the cursor changes to a stop watch (an hourglass on Windows) whenever Athena is doing anything time consuming. That keeps you from clicking buttons as a bad time and also gives you a visual cue when lengthy procedures finish. 3. I put in more careful checks of memory usage. I had a bug report that was traced back to a large quantity of data overflowing Ifeffit's static memory space. I now check memory usage more frequently and issue a warning message when the amount of memory is running short. The scheme is not foolproof. It is still possible to overflow the memory before triggering a warning, but Athena should catch many situations in which this might happen. 4. It is now possible to create a "background group". That is a data group which is listed in the groups list and which contains as its data the background function computed from another data group. This is useful for at least three things, including directly comparing different background functions, comparing a background function to a background computed by FEFF and read from the 5th column of xmu.dat, and investigating low-R phenomena such as multi-electron effects or the so-called atomic xafs. 5. Project files now identify the version of perl, the version of ifeffit, and the operating system of the computer along with the version of Athena used to create the file. This is information I need when I am sent a project file as part of a bug report. There is no problem with backwards compatibility -- project files without this information will be read without problem. And project files continue to be transferable between platforms. The tarball and the Windows exe are in the standard places. Special thanks to Raul Barrea for a very useful bug report which lead to most of this week's new features. Regards, B -- Bruce Ravel ----------------------------------- ravel(a)phys.washington.edu Code 6134, Building 3, Room 222 Naval Research Laboratory phone: (1) 202 767 5947 Washington DC 20375, USA fax: (1) 202 767 1697 NRL Synchrotron Radiation Consortium (NRL-SRC) Beamlines X11a, X11b, X23b, X24c, U4b 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/

1 0

athena 2002.08.08 and artemis 2002.08.08 released
by Bruce Ravel 09 Aug '02

09 Aug '02

Howdy folks, This afternoon I put new source tarballs of Athena and Artemis on my website. I also build Windows executables of both programs for dropping on top of a current ifeffit installation (with the Splashscreen commented out!). These can be found in the standard places. These are mostly bug fix releases, although each program got one major new feature. For Athena the highlights are: 1. the column selection dialog now makes a stab at figuring out if you have transmission or fluorescence data. How it does this is configurable (so that it'll work well on your data files) but currently undocumented. Ask on this list if you want to know. 2. fixed a bug in the auto-align feature wherein the e0 shift of the alignment standard was ignored 3. fixed a horrid bug in the merge code where I added the e0 shift to the k-array when merging in k. (yikes!) 4. write a message to the Echo area if the plot multiplier is set to 0, which is usually not a good choice 5. added some complicated logic to avoid plotting groups if any relevant range is backwards. For example, if fft_kmin is greater than fft_kmax for a group, that group will not be plotted in R or q space and a (hopefully) helpful message will be printed to the echo area. 6. a few other minor problems were fixed and some usability issues on Windows were addressed (mostly having to do with raising small windows to the top of the screen) For Artemis the highlights are: 1. If you right-click on a word in one of the entry boxes for path parameter math expressions on a Path page, a menu will pop up which allows you to easily set that word as a parameter. It's very useful, but a little hard to explain. Here are some screen shots that might help: http://leonardo.phys.washington.edu/~ravel/software/exafs/images/artemis/be… http://leonardo.phys.washington.edu/~ravel/software/exafs/images/artemis/af… In the first picture, I right-clicked on the word "amp". After selecting the "guess" option from the menu, the view is switched to the GDS page and focus is given to highlighted box so you can start typing. This feature works sensibly for parameters which already exist and for those that have not yet been defined. 2. fixed a problem which prevented saving path data in any space 3. fixed a problem reading a project file with multiple feff calculations 4. a few other fixes to functionality and usability Extra special thanks to Mark Jensen, Paul Fons, and Kumi Pandya for useful bug reports and to Shelly Kelly for suggesting the right-click thing in Artemis. Enjoy and, as always, let me know what needs fixin' B -- Bruce Ravel ----------------------------------- ravel(a)phys.washington.edu Code 6134, Building 3, Room 222 Naval Research Laboratory phone: (1) 202 767 5947 Washington DC 20375, USA fax: (1) 202 767 1697 NRL Synchrotron Radiation Consortium (NRL-SRC) Beamlines X11a, X11b, X23b, X24c, U4b 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/

1 0

Re: ifeffit and perl 5.8.0
by Carlo U. Segre 01 Aug '02

01 Aug '02

I am still using Atoms beta5 myself because I have not been successful in getting beta6 to compile. I just hadn't gotten around to figuring out if it was me or a real problem. Carlo On Thu, 1 Aug 2002, Dr. Paul Fons wrote: > > > I have now gotten perl 5.8.0 to work with both athena and artemis. As > Carlo said in an earlier message, the binaries of 5.6 and 5.8 are not > compatible and it necessitates rebuilding compiled packages. There is > an OS X problem as well in that the make install command for perl 5.8 > doesn't seem to overwrite all of the files so I manually deleted the old > installation and did a make install in the perl 5.8 directory. The > weird thing is that only tkatoms (B6) doesn't recompile. I can't even > do a perl Makefile.PL without getting an error. Any ideas? > > > Here is a clip: > > perl -v > This is perl, v5.8.0 built for darwin > ... > > > [etld1220:~/Ports/Atoms-3.0beta6] paulfons% perl Makefile.PL > dyld: perl Undefined symbols: > _Perl_safefree > _Perl_safemalloc > _Perl_saferealloc > _Perl_sv_2pv > _perl_call_sv > _perl_eval_sv > _perl_get_sv > > -- Carlo U. Segre -- Professor of Physics 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 digest, Vol 1 #42 - 1 msg
by Raul Barrea 01 Aug '02

01 Aug '02

Hi Bruce, I've downloaded the exec file you've posted in your web site. Atoms and the periodic table work fine but Athena and Artemis don't work. Maybe there is something missing. Are the dll's the same for the old and new versions of the exec files? Thanks Raul Barrea BioCAT/APS ----- Original Message ----- From: <ifeffit-request(a)millenia.cars.aps.anl.gov> To: <ifeffit(a)millenia.cars.aps.anl.gov> Sent: Tuesday, July 23, 2002 12:01 PM Subject: Ifeffit digest, Vol 1 #42 - 1 msg > 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-admin(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. serious athena bug fix (Bruce Ravel) > > --__--__-- > > Message: 1 > Date: Mon, 22 Jul 2002 18:15:24 -0400 > To: ifeffit mailing list <ifeffit(a)millenia.cars.aps.anl.gov> > Reply-To: ravel(a)phys.washington.edu > From: Bruce Ravel <ravel(a)phys.washington.edu> > Subject: [Ifeffit] serious athena bug fix > > > Hi folks, > > Today Shelly Kelly pointed out a serious bug in the code that merges > spectra. Spectra merged as mu(E) or norm(E) have not ever been > calculated correctly. There were several problems -- the worst was > that the e0 shifts for all groups involved in the merge were ignored. > This resulted in numerous problems with the merged spectra. > > I think I have fixed the problem -- at least the sample data that > Shelly gave me now gets merged correctly. There is a new source > tarball on my web site. > > I also added a couple of trivial features to both athena and artemis. > The first is a splash-screen, i.e. something to look at in those > endless seconds between double clicking on the icon and having the > program spring to life on the screen. I also added several keyboard > shortcuts for common tasks in both programs. You can see what these > are by examining the menus in the menubar. > > > I also added something new to my web site. Athena and Artemis change > much faster than Ifeffit these days. The bad part of this is that > Windows users don't get to take advantage of my updates as often as > unix and OSX users. So today I added a section to the downloads page > with links to the executables of my four programs. I doubt I will > update the executables as often as I update the source tarballs. But > when I do, I'll post the executables on the downloads page. > > The idea of these individual executables is that you replace the > executable in the C:\Program Files\Ifeffit\ folder with the new one. > These executables now found on my downloads WILL NOT RUN CORRECTLY > outside the context of a properly installed ifeffit package. But if > you have installed Ifeffit using the installer from Matt's web page, > you will be able to drop my new executables in place. > > Regards, > B > > > > -- > Bruce Ravel ----------------------------------- ravel(a)phys.washington.edu > Code 6134, Building 3, Room 222 > Naval Research Laboratory phone: (1) 202 767 5947 > Washington DC 20375, USA fax: (1) 202 767 1697 > > NRL Synchrotron Radiation Consortium (NRL-SRC) > Beamlines X11a, X11b, X23b, X24c, U4b > 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

3 2

Perl 5.8 and ifeffit
by Dr. Paul Fons 31 Jul '02

31 Jul '02

I have now gotten perl 5.8.0 to work with both athena and artemis. As Carlo said in an earlier message, the binaries of 5.6 and 5.8 are not compatible and it necessitates rebuilding compiled packages. There is an OS X problem as well in that the make install command for perl 5.8 doesn't seem to overwrite all of the files so I manually deleted the old installation and did a make install in the perl 5.8 directory. The weird thing is that only tkatoms (B6) doesn't recompile. I can't even do a perl Makefile.PL without getting an error. Any ideas? Here is a clip: perl -v This is perl, v5.8.0 built for darwin .... [etld1220:~/Ports/Atoms-3.0beta6] paulfons% perl Makefile.PL dyld: perl Undefined symbols: _Perl_safefree _Perl_safemalloc _Perl_saferealloc _Perl_sv_2pv _perl_call_sv _perl_eval_sv _perl_get_sv Dr. Paul Fons Photonics Research Institute National Institute for Advanced Industrial Science and Technology Ministry of Economics and Trade Umezono 1-1-1 Tsukuba, Japan 305-8568 tel. 81-298-61-5636 fax. 81-298-61-5615 paul-fons(a)aist.go.jp Lines below are in Japanese 独立行政法人産業技術総合研究所光技術部門〒305-8568 茨城県つくば市梅園1-1-1 産総研つくば中央第2 E-mail: paul-fons(a)aist.go.jp, Tel. 0298-61-5636, Fax. 0298-61-5615

1 0

Carlo's message and perl 5.8.0
by Bruce Ravel 31 Jul '02

31 Jul '02

Hey, I just thought I would drop a short note to the list explaining in fewer words what Carlo said. The bottom line is that 5.8 and 5.6 are not binary compatible. This is an annoyance that affects many things, including the ifeffit interface. The solution is to go to the place where you unpacked ifeffit and cd to the wrappers/perl/ directory. Rebuild the ifeffit interface by doing make clean perl Makefile.PL make make install I don't think you'll actually need to reinstall athena, but it couldn't hurt. This is not a OSX-only, or debian-only problem. We will all have this annoyance when we get around to updating to perl 5.8 That doesn't make me happy, but I'll deal. Starting to distribute a big tarball with the ifeffit interface bundled with all my codes will actually go along way towards solving that problem. And, if you are not updating to perl 5.8 (or don't even grok what this discussion is about), then you will probably not be affected by this issue. Thanks Carlo! B Bruce Ravel e-mail: ravel(a)phys.washington.edu URL: http://feff.phys.washington.edu/~ravel/

1 0

Perl 5.8.0 packages (fwd)
by Carlo U. Segre 31 Jul '02

31 Jul '02

In reference to the recent mail about Perl 5.8.0. This is specific to the Linux Distribution (Debian) that I use but it explains why version 5.8.0 is not drop in compatible with athena and artemis. Carlo -- Carlo U. Segre -- Professor of Physics Illinois Institute of Technology Voice: 312.567.3498 Fax: 312.567.3494 Carlo.Segre(a)iit.edu http://www.iit.edu/~segre ---------- Forwarded message ---------- Date: Wed, 31 Jul 2002 23:18:29 +1000 From: Brendan O'Dea <bod(a)debian.org> To: "debian-devel-announce(a)lists.debian.org" <debian-devel-announce(a)lists.debian.org> Cc: Debian Perl List <debian-perl(a)lists.debian.org> Subject: Perl 5.8.0 packages Resent-Date: Wed, 31 Jul 2002 08:20:14 -0500 Resent-From: debian-devel-announce(a)lists.debian.org Perl 5.8.0 packages are currently being tested in a staging area: deb http://auric.debian.org/~bod perl/$(ARCH)/ deb-src http://auric.debian.org/~bod perl/ the principal reason for a staging area is that these packages are not binary compatible with the previous perl packages, which means that all binary (XS) modules and programs embedding a perl interpreter will need to be rebuilt. The complete list of packages which will require a rebuild may be obtained by running: apt-cache showpkg perlapi-5.6.0 perlapi-5.6.1 libperl5.6 In addition, since the perl 5.8.0 packages break binary compatibility I've chosen to enable ithreads which may affect some of the packages listed above--notably if packages embedding an interpreter declare their own xs_init subroutine rather than generating one with ExtUtils::Embed::xsinit may need to add a pTHR argument to that function.

1 0

(no subject)
by Bruce Ravel 29 Jul '02

29 Jul '02

Paul said: PF> Just for fun, I tried installing the new perl 5.8.0 release on PF> Mac OS 10.1.5. The perl installation went fine (all the tests PF> passed that should), however, when I tried to reinstall ifeffit, PF> problems ensued. The installation attempt (the very tip) is PF> pasted below. Is this a sign of problems to come? I don't know PF> perl well enough to know where these modules came from. For the PF> moment my resolution is to install perl 5.6.1 (a slight upgrade PF> from the default 5.6.0 included with the OS) I haven't tried perl 5.8.0 myself yet. I presume that there will not be any issue with my code, but obviously I haven't tested it. My best suggestion is to install the ifeffit wrapper by itself without athena. (If you are using an older ifeffit distribution which has an athena subdirectory under wrapper/perl/, delete the athena subdirectory before building the wrapper.). Then install athena afterwards. My next, and more annoying, suggestion, is to clean up any traces of ifeffit's perl inteface (i.e. any instances of the files Ifeffit.pm, Ifeffit.bs, and Ifeffit.so) then try again. All of this points to something that I brought up on the list a while ago and which Matt has been advocating for. It would probably be best to make on big package with the the Ifeffit/perl inteface and my programs all bundled together and distributed separately from Ifeffit. I'll look into that next month. B -- Bruce Ravel ----------------------------------- ravel(a)phys.washington.edu Code 6134, Building 3, Room 222 Naval Research Laboratory phone: (1) 202 767 5947 Washington DC 20375, USA fax: (1) 202 767 1697 NRL Synchrotron Radiation Consortium (NRL-SRC) Beamlines X11a, X11b, X23b, X24c, U4b 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/

1 0

Artemis and Athena
by Bruce Ravel 28 Jul '02

28 Jul '02

Hi Folks, I belive that I have solved the problems that I discussed earlier today for athena and artemis on both windows and unix. I have uploaded new tarballs and windows executables to the "downloads" page. Mark Jensen and Raul Barrea have confirmed that the windows executables posted today work as expected when you drop them into an existing Ifeffit distribution. Thanks guys! Sher Alam informed me of the problem with the missing module in the tarballs. I believe that I have solved that problem, but I would be grateful if you would let me know how it works for you, Sher. I also fixed yet another problem with merging in energy space which was discovered by Shelly Kelly. I believe that I have it working correctly now, but I am sure someone will let me know if that's not the case! This bug is fixed in today's tarballs AND Windows executables. Thanks to Mark, Raul, Sher, and Shelly. I am, as always, quite grateful. Regards, B -- Bruce Ravel ----------------------------------- ravel(a)phys.washington.edu Code 6134, Building 3, Room 222 Naval Research Laboratory phone: (1) 202 767 5947 Washington DC 20375, USA fax: (1) 202 767 1697 NRL Synchrotron Radiation Consortium (NRL-SRC) Beamlines X11a, X11b, X23b, X24c, U4b 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