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

Got Athena data plotted
by abhijeet gaur 28 Oct '09

28 Oct '09

Thanks a lot kicaj, I followed the procedure step by step and I got the data plotted in Excel. Thanks again Kicaj. Abhijeet

3 2

Re: [Ifeffit] plotting anotation
by Bruce Ravel 30 Jun '09

30 Jun '09

Hi Dr. Matsuura, I am answering CCing this email to the Ifeffit Mailing List http://cars9.uchicago.edu/mailman/listinfo/ifeffit/ which is the most appropriate forum for asking questions about the software. If you have not yet joined the mailing list, we encourage you to do so. I have also taken the liberty of converting the image file you attached into a format that everyone will be able to view. On Tuesday 30 June 2009 02:49:51 am you wrote: > Dear Bruce Ravel > > I'm a beginner of IFEFFIT. I'm pleased if you could ask following > questions about plotting in Artemis. > > 1) In a plotted figure as attached, annotation shows "2/path #". What > does it mean letter" 2". Presumably, you have more than one Feff calculation in your Artemis project, one of which still has its default name of "Feff2". To save horizontal space in the legend of the plot, I have Artemis drop the ltters "Feff". So, that legend entry means "Path N from Feff calculation 2". > 2) In the plotted figure attached, the sum of each path constituent is > not equal to fitting data. The reason of why. In Ifeffit, we use a complex Fourier transform to convert chi(k) to chi(R), thus chi(R) is a complex function. When the fit is evaluated, the real part of the theoretical chi(R) is compared to the real part of the data chi(R) and the imaginary part is compared to the imaginary part. You have plotted the magnitude of this complex function. You should not expect the sum of the moduli of the paths to equal the modulus of the sum of the paths. For a complex function, summation and mudulus are not commutative operations. B > > > > *************************************************************************** >* ****************** > > Metallic Glass Inorganic Materials Joinning Technology Development > > Institute for Materials Research, Tohoku University,Sendai, 980-8577,Japan > > Dr. Makoto Matsuura > > e-mail:m_matsuura@imr.tohoku.ac.jp > > *************************************************************************** >* ******************* -- Bruce Ravel ------------------------------------ bravel(a)bnl.gov National Institute of Standards and Technology Synchrotron Methods Group at NSLS --- Beamlines U7A, X24A, X23A2 Building 535A Upton NY, 11973 My homepage: http://xafs.org/BruceRavel EXAFS software: http://cars9.uchicago.edu/~ravel/software/exafs/

1 0

Fwd: Follow-up on your Athena issue
by Bruce Ravel 24 Jun '09

24 Jun '09

Gautier, First off: USE THE MAILING LIST! That's what it's there for. Why ask two people for help when you can ask hundreds? As you say, you are not the first to see this behavior, but I am not among those who have witnessed this. It is, of course, hard for me to troubleshoot a problem that I have never seen and don't know how to reproduce. The only helpful thing that comes to mind is to ask if there are any non-lower-ascii characters in the path either to the folder where Ifeffit is installed or to the folder where your data lives. At some point in the last couple years, I thought I had fixed the issues with nono-lower-ascii characters -- but who knows? Perhaps you keep your data in folder called "données" or "データ". If so, try installing Ifeffit in a place with only lower-ascii characters and do the same with your data. No guarantees, but it is something to try. B ---------- Forwarded Message ---------- Subject: Follow-up on your Athena issue Date: Wednesday 24 June 2009 From: Gautier Landrot <landrot(a)udel.edu> To: n.thammajak(a)gmail.com Dear Dr. Thammajak: I noticed on the Ifeffit email list that you posted last year a message about a problem you had on Athena. I currently do have the same problem with my athena, the symptoms I have are the same than those described in your post: 1) Any single XAFS spectrum, which could be opened with Athena before the problem occurred, cannot be opened anymore. Only a message saying "you have not used any memory yet" appears at the bottom of the Athena Window. Oddly, old saved project files can still be opened. Then, when the data is opened from these old projects, new project cannot be saved (nothing happens when I try to save a project). Data files are not corrupted or have strange format, since the files could be opened before the problem occurred. Also I can open the data with Athena installed on other PCs without any problem. 2) The main Athena window won't close. The only way to close that window is to force quit the program. 3) I checked the command rpompt window, and ran Athena, as Bruce Ravel suggested in his reply. A message says "Ifeffit checked for updates recently. Your version of Ifeffit is up to date". That's it. No error message obviously... 4) I reinstalled both Athena and Windows XP, but the problem still occurs. I don't think anybody from the Ifeffit email list found the source of your issue. Is your Athena working now? If yes, have you figured what was the problem? Thanks a lot, Gautier ----------- Gautier Landrot graduate student University of Delaware Plant and Soil Sc. Dept. Environmental Soil Chemistry Group 152 Townsend Hall Newark, DE 19711 (302)831-1230 http://ag.udel.edu/SoilChem/landrot.html ------------------------------------------------------- -- Bruce Ravel ------------------------------------ bravel(a)bnl.gov National Institute of Standards and Technology Synchrotron Methods Group at NSLS --- Beamlines U7A, X24A, X23A2 Building 535A Upton NY, 11973 My homepage: http://xafs.org/BruceRavel EXAFS software: http://cars9.uchicago.edu/~ravel/software/exafs/

1 0

Artemis multiple edge refinement problem
by alessandro di domenico 24 Jun '09

24 Jun '09

Hello to everyone; I'm a master thesist student in physics and I'mdoing a XAS analysis on bimetallic nanoparticles. my problem is that when I try to do a refinement on two different edges (K-Pd and L3-Au) Artemis changes one of the experimental data-set. Say that I have the data set for the K-edge of Pd and L3-edge of Au (which are plotted correctly); after the fit one of the two data set are plotted different. it seems that experimental data have been modified.... I don't know what to do about it; maybe I'm doing something wrong but unfortunately there isn't a complete guide to artemis . On the internet i have found some pdf which deals with the argument but don't focus on the procedure that one has to do in the program. Has someone ever had this problem, and if not can someone suggest me a "tutorial" on multiple edge refinement with artemis that I can follow step by step? Thank you alessandro

2 2

Re: [Ifeffit] Edge step
by Eugenio Otal 24 Jun '09

24 Jun '09

Bruce, I supposed the answer would be a little inconvenient truth. I will follow your wise words. Thanks, euG Eugenio, I am afraid that the question, as posed, is somewhat unanswerable. Careful alignment (preferably to a reference) is essential and you should take care to use the same parameters for every data set. I don't know how to advise you about "rightness", but consistency is certainly a must-do. If you are looking at subtle changes in the XANES features, you might consider turning off the "flattening" display trick that Athena uses for displaying XANES data. HTH, B

1 0

Re: [Ifeffit] Interpolating in feff - the Lead Titanate example
by Matt Newville 23 Jun '09

23 Jun '09

Hi Joseph, On Mon, Jun 22, 2009 at 8:15 PM, joseph washington<jswashin(a)ncsu.edu> wrote: > Hi Matt, > Thanks for your reply. I actually did not diliberately modify the > intermediate FEFF files. I think you should probably post the input file. > Up to this point, I beleive that I've been > following Bruce's example consistently. Its only when I noticed that the > path lengths were showing up differently that I started opening feff files. Which example is that? > Furthermore, it may be that this is just a bug because if I import the > "misbehaving" path into the list of paths for fitting in Artemis, it then > shows the correct path length there. So wierd - it says it is 5.9211 in > feff2019.dat but it says its 5.9179 when you import it for fitting. Yeah, I agree...that looks like a problem. --Matt

1 0

Re: [Ifeffit] Primitive unit cell from .cif file
by joshua jason kas 22 Jun '09

22 Jun '09

Thanks everyone for your suggestions! I have tried the following things. I used atoms (webATOMS) to generate a p1.inp file using diamond as an example, but this gives me the conventional cell with 8 atoms in it instead of the 2 atom primitive cell. Am I doing something wrong? The input file came from the atoms database and the output is as follows: * * "F d -3 m" appears in the International Tables with * multiple choices of origin. If the atoms list seems wrong, you * should use a shift vector of: * -0.125, -0.125, -0.125 * * ! This p1.inp file was generated by WebAtoms 1.8 (Atoms 3.0beta10) ! Atoms written by and copyright (c) Bruce Ravel, 1998-2001 title = name: diamond title = formula: C title = sites: C1 title = refer1: Kittel, ISSP title = refer2: title = schoen: title = notes1: diamond structure space p 1 ! original space group: F d -3 m a = 3.5670 b = 3.5670 c = 3.5670 alpha = 90.0 beta = 90.0 gamma = 90.0 core = C1_1 edge = K rmax = 6.0 atoms ! elem x y z tag occ C 0.12500 0.12500 0.12500 C1_1 1 C 0.12500 0.62500 0.62500 C1_2 1 C 0.62500 0.12500 0.62500 C1_3 1 C 0.62500 0.62500 0.12500 C1_4 1 C 0.87500 0.37500 0.37500 C1_5 1 C 0.87500 0.87500 0.87500 C1_6 1 C 0.37500 0.37500 0.87500 C1_7 1 C 0.37500 0.87500 0.37500 C1_8 1 I also tried the Mercury demo, but all editing features are disabled. I will try Diamond now. Just to give some motivation here, I am working with abinit (along with feff) to produce optical spectra. If I use a conventional cell, the calculations become much more time consuming, so ideally I want to use a primitive cell. Thanks again for all your help! Josh > Hi Josh, > You may try Diamond Demo version which is free. > > http://www.crystalimpact.com/diamond/download.htm I will give this a try. > > Hi Josh, > > If I understand your question, I think that Atoms does what you want. Running the command line tool as "atoms -p" turns the attached cif file into the attached "p1.inp" file. You can do the same thing inside of Artemis using "write special output" in the Theory menu. > > B > > -- > Bruce Ravel ----------------------------------- bravel(a)bnl.gov > > National Institute of Standards and Technology > Synchrotron Methods Group at Brookhaven National Laboratory > Building 535A > Upton NY, 11973 > > My homepage: http://cars9.uchicago.edu/~ravel > EXAFS software: http://cars9.uchicago.edu/~ravel/software/exafs/ > > > > > -----Original Message----- > From: ifeffit-bounces(a)millenia.cars.aps.anl.gov on behalf of joshua jason kas > Sent: Wed 6/17/2009 2:16 PM > To: ifeffit(a)millenia.cars.aps.anl.gov > Subject: [Ifeffit] Primitive unit cell from .cif file > > Hi everyone, > I was wondering if there is a simple (free) utility for producing a > primitive cell (not conventional) from an asymmetric cell and space group. > Basically, I want to be able to easily go from a crystallographic > information file to a primitive unit cell. I know that there are ways to > do this within applications like material studio, but these are expensive. > Any help would be appreciated. > Thanks, > Josh Kas > _______________________________________________ > Ifeffit mailing list > Ifeffit(a)millenia.cars.aps.anl.gov > http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit > > >

4 3

Edge step
by Eugenio Otal 22 Jun '09

22 Jun '09

Hi, I am looking for some small differences in XANES spectra and want to know how to set the edge step to a "right" value. The differences are around 2 eV shift and a change in the edge step is critical. Thanks euG 8<- - - - - - 8<- - - - - - 8<- - - - - - 8<- - - - - -

2 1

problem with E0 (enot) parameters
by Zajac, Dariusz A. 22 Jun '09

22 Jun '09

Hi all, can anybody help me and send some link about problems with enot in Artemis? in google, tutorials I couldn't find any help. Of course are few posts about delr or ss parameters, but enot is somehow omited (or I can not find it...) the problem is with fiting K4W(CN)8*2H2O at W:L3 edge. fit and others parameters looks ok, except enot for C and N, where both are around 12 and don't want to fit to other values... thanks darek ------------------------------------------------------------------------ dr. Zajac Dariusz A. Deutsches Elektronen-Synchrotron -Hasylab phone: +49-40-8998-2932 Notkestr. 85 fax: +49-40-8998-2787 22607 Hamburg e-mail: dariusz.zajac(a)desy.de Germany ------------------------------------------------------------------------

6 15

Re: [Ifeffit] problem with E0 (enot) parameters
by joshua jason kas 20 Jun '09

20 Jun '09

As Anatoly mentioned, feff6 overestimates e0 (the Fermi energy). This is at least partially due to the use of overlapped atomic potential. The problem is fixed when the self-consistent potentials are used in feff8. If no self-consistency is used, I believe feff6 and feff8 give very similar results. Josh > From: "Frenkel, Anatoly" <frenkel(a)bnl.gov> > Subject: Re: [Ifeffit] problem with E0 (enot) parameters > To: "XAFS Analysis using Ifeffit" <ifeffit(a)millenia.cars.aps.anl.gov>, > "XAFS Analysis using Ifeffit" <ifeffit(a)millenia.cars.aps.anl.gov> > Message-ID: > <CCBF39F82283424BBB90EA208CD9DE80EBB710(a)exchangemb5.bnl.gov> > Content-Type: text/plain; charset="iso-8859-1" > > Just a comment, to add some sanity in this discussion: > > FEFF6 is overestimating delta E0 for Pt and a few other metals. I > forgot the reason but it could be the cause of a problem. > I think FEFF8 is doing a better job. Fortunately - and it was checked - > no other problems occur, just E0 values change, when one usees FEFF8 > instead of FEFF6 in most cases. > > Anatoly > > > ________________________________ > > From: ifeffit-bounces(a)millenia.cars.aps.anl.gov on behalf of Kropf, Arthur Jeremy > Sent: Fri 6/19/2009 3:41 PM > To: XAFS Analysis using Ifeffit > Subject: Re: [Ifeffit] problem with E0 (enot) parameters > > > > With the very strong white lines at the L3 edges of oxidized Pt, W, Ir, > etc., there is no reason to assume that Eo is on the lower energy side > of the peak. > > Jeremy Kropf > >> -----Original Message----- >> From: ifeffit-bounces(a)millenia.cars.aps.anl.gov >> [mailto:ifeffit-bounces@millenia.cars.aps.anl.gov] On Behalf >> Of Zajac, Dariusz A. >> Sent: Friday, June 19, 2009 9:45 AM >> To: XAFS Analysis using Ifeffit >> Subject: Re: [Ifeffit] problem with E0 (enot) parameters >> >> Hi Scott, >> I am afraid that E0 jumps over the edge - see bmp's in the >> attachment (files with enot_12 means E0=12...). Hovewer 12 eV >> is still less than >> k=3 (the starting k value). Can it influence? I did also once >> more fit with R from 1.7 to 4A. Fits of first 2 peaks are >> identical - you can see in the attachment too... >> I hope you and anyone from the mailing list don't mind that I >> am attaching so many files... >> >> cheers >> darek >> >>> -----Original Message----- >>> From: ifeffit-bounces(a)millenia.cars.aps.anl.gov >>> [mailto:ifeffit-bounces@millenia.cars.aps.anl.gov] On Behalf >> Of Scott >>> Calvin >>> Sent: Friday, June 19, 2009 2:49 PM >>> To: XAFS Analysis using Ifeffit >>> Subject: Re: [Ifeffit] problem with E0 (enot) parameters >>> >>> >>> Hi Darek, >>> >>> OK, so if the K, H, and O don't affect the fit much for the C and N, >>> and the K, H, and O are returning nonsensical values, then a logical >>> possibility is that the E0's for C and N are correct. If you >> add 12 eV >>> to the E0 you chose in Athena, where in the spectrum does it >> fall? Is >>> it still before the white line? If so, it seems to me you >> don't have a >>> problem. If not, then we have to ponder further. >>> >>> --Scott Calvin >>> Sarah Lawrence College >>> >>> On Jun 19, 2009, at 8:28 AM, Zajac, Dariusz A. wrote: >>> >>>> Hi Scott, >>>> look also at H and O, >>>> but for me and for this fit important are only W-C and W-C-N >>> bondings. >>>> This sample is an reference sample for other cyano-brigded >> networks. >>>> So >>>> you suggest to focuse on K ions? how can it help with first >>> 2 peaks? K >>>> is at ~5A. >>>> I have analysed in larger R space only to see how the >>> spectrum behave. >>>> contribution from K, O etc. at k highers than 5A is for me >> too low to >>>> analyse it resonable for such compound. >>>> I have attached in the previus post the last version of results. >>>> Anyway, >>>> enots for C and N do not change if I am enlarging R region >> (when I am >>>> including next paths, also for K). >>>> about material I am quite sure ;) and crystal structure is from >>>> literature >>>> >>>> in the attachment you will find bmp file of the fit: data, >> fit, bkg >>>> and K path. >>>> fitting ranges k(3-15) R(1.7-6) dk 2 dr 0.5, phase >> correction - first >>>> C >>>> >>>> cheers >>>> darek >>>> >>> >>> _______________________________________________ >>> Ifeffit mailing list >>> Ifeffit(a)millenia.cars.aps.anl.gov >>> http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit >>> >> > > _______________________________________________ > Ifeffit mailing list > Ifeffit(a)millenia.cars.aps.anl.gov > http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit > > > > > > ------------------------------ > > Message: 3 > Date: Sat, 20 Jun 2009 10:37:09 +0200 > From: "Zajac, Dariusz A." <dariusz.zajac(a)desy.de> > Subject: [Ifeffit] ODP: problem with E0 (enot) parameters > To: "XAFS Analysis using Ifeffit" <ifeffit(a)millenia.cars.aps.anl.gov> > Message-ID: <35E004AD6290A7438FCA34BBF325F4160C57F8(a)ADXV2.win.desy.de> > Content-Type: text/plain; charset="iso-8859-2" > > Dear Jeremy, > thanks for your reply. This fits to my results and to my "feeling", but is any physical meaning behind it? > cheers > darek > > > > -----Wiadomo?? oryginalna----- > Od: ifeffit-bounces(a)millenia.cars.aps.anl.gov w imieniu Kropf, Arthur Jeremy > Wys?ano: Pt 2009-06-19 21:41 > Do: XAFS Analysis using Ifeffit > Temat: Re: [Ifeffit] problem with E0 (enot) parameters > > With the very strong white lines at the L3 edges of oxidized Pt, W, Ir, > etc., there is no reason to assume that Eo is on the lower energy side > of the peak. > > Jeremy Kropf > >> -----Original Message----- >> From: ifeffit-bounces(a)millenia.cars.aps.anl.gov >> [mailto:ifeffit-bounces@millenia.cars.aps.anl.gov] On Behalf >> Of Zajac, Dariusz A. >> Sent: Friday, June 19, 2009 9:45 AM >> To: XAFS Analysis using Ifeffit >> Subject: Re: [Ifeffit] problem with E0 (enot) parameters >> >> Hi Scott, >> I am afraid that E0 jumps over the edge - see bmp's in the >> attachment (files with enot_12 means E0=12...). Hovewer 12 eV >> is still less than >> k=3 (the starting k value). Can it influence? I did also once >> more fit with R from 1.7 to 4A. Fits of first 2 peaks are >> identical - you can see in the attachment too... >> I hope you and anyone from the mailing list don't mind that I >> am attaching so many files... >> >> cheers >> darek >> >>> -----Original Message----- >>> From: ifeffit-bounces(a)millenia.cars.aps.anl.gov >>> [mailto:ifeffit-bounces@millenia.cars.aps.anl.gov] On Behalf >> Of Scott >>> Calvin >>> Sent: Friday, June 19, 2009 2:49 PM >>> To: XAFS Analysis using Ifeffit >>> Subject: Re: [Ifeffit] problem with E0 (enot) parameters >>> >>> >>> Hi Darek, >>> >>> OK, so if the K, H, and O don't affect the fit much for the C and N, >>> and the K, H, and O are returning nonsensical values, then a logical >>> possibility is that the E0's for C and N are correct. If you >> add 12 eV >>> to the E0 you chose in Athena, where in the spectrum does it >> fall? Is >>> it still before the white line? If so, it seems to me you >> don't have a >>> problem. If not, then we have to ponder further. >>> >>> --Scott Calvin >>> Sarah Lawrence College >>> >>> On Jun 19, 2009, at 8:28 AM, Zajac, Dariusz A. wrote: >>> >>>> Hi Scott, >>>> look also at H and O, >>>> but for me and for this fit important are only W-C and W-C-N >>> bondings. >>>> This sample is an reference sample for other cyano-brigded >> networks. >>>> So >>>> you suggest to focuse on K ions? how can it help with first >>> 2 peaks? K >>>> is at ~5A. >>>> I have analysed in larger R space only to see how the >>> spectrum behave. >>>> contribution from K, O etc. at k highers than 5A is for me >> too low to >>>> analyse it resonable for such compound. >>>> I have attached in the previus post the last version of results. >>>> Anyway, >>>> enots for C and N do not change if I am enlarging R region >> (when I am >>>> including next paths, also for K). >>>> about material I am quite sure ;) and crystal structure is from >>>> literature >>>> >>>> in the attachment you will find bmp file of the fit: data, >> fit, bkg >>>> and K path. >>>> fitting ranges k(3-15) R(1.7-6) dk 2 dr 0.5, phase >> correction - first >>>> C >>>> >>>> cheers >>>> darek >>>> >>> >>> _______________________________________________ >>> Ifeffit mailing list >>> Ifeffit(a)millenia.cars.aps.anl.gov >>> http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit >>> >> > > _______________________________________________ > Ifeffit mailing list > Ifeffit(a)millenia.cars.aps.anl.gov > http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit > > > > > ------------------------------ > > Message: 4 > Date: Sat, 20 Jun 2009 12:44:34 +0200 > From: Stefan Mangold <stefan.mangold(a)iss.fzk.de> > Subject: Re: [Ifeffit] problem with E0 (enot) parameters > To: XAFS Analysis using Ifeffit <ifeffit(a)millenia.cars.aps.anl.gov> > Message-ID: <6F3358E1-7C2C-4FA2-B3B3-AD9FF7B0C5F3(a)iss.fzk.de> > Content-Type: text/plain; charset="iso-8859-1" > > Please do not attach 10 Mb of data on your Mails. Just send an Link to > an Web-space with your e-mail. People can then download the stuff if > needed. > > Best regards > > Stefan > > Am 19.06.2009 um 16:44 schrieb Zajac, Dariusz A.: > >> Hi Scott, >> I am afraid that E0 jumps over the edge - see bmp's in the attachment >> (files with enot_12 means E0=12...). Hovewer 12 eV is still less than >> k=3 (the starting k value). Can it influence? I did also once more fit >> with R from 1.7 to 4A. Fits of first 2 peaks are identical - you can >> see >> in the attachment too... >> I hope you and anyone from the mailing list don't mind that I am >> attaching so many files... >> >> cheers >> darek >> >>> -----Original Message----- >>> From: ifeffit-bounces(a)millenia.cars.aps.anl.gov >>> [mailto:ifeffit-bounces@millenia.cars.aps.anl.gov] On Behalf >>> Of Scott Calvin >>> Sent: Friday, June 19, 2009 2:49 PM >>> To: XAFS Analysis using Ifeffit >>> Subject: Re: [Ifeffit] problem with E0 (enot) parameters >>> >>> >>> Hi Darek, >>> >>> OK, so if the K, H, and O don't affect the fit much for the C and N, >>> and the K, H, and O are returning nonsensical values, then a logical >>> possibility is that the E0's for C and N are correct. If you >>> add 12 eV >>> to the E0 you chose in Athena, where in the spectrum does it fall? Is >>> it still before the white line? If so, it seems to me you >>> don't have a >>> problem. If not, then we have to ponder further. >>> >>> --Scott Calvin >>> Sarah Lawrence College >>> >>> On Jun 19, 2009, at 8:28 AM, Zajac, Dariusz A. wrote: >>> >>>> Hi Scott, >>>> look also at H and O, >>>> but for me and for this fit important are only W-C and W-C-N >>> bondings. >>>> This sample is an reference sample for other cyano-brigded networks. >>>> So >>>> you suggest to focuse on K ions? how can it help with first >>> 2 peaks? K >>>> is at ~5A. >>>> I have analysed in larger R space only to see how the >>> spectrum behave. >>>> contribution from K, O etc. at k highers than 5A is for me too low >>>> to >>>> analyse it resonable for such compound. >>>> I have attached in the previus post the last version of results. >>>> Anyway, >>>> enots for C and N do not change if I am enlarging R region (when I >>>> am >>>> including next paths, also for K). >>>> about material I am quite sure ;) and crystal structure is from >>>> literature >>>> >>>> in the attachment you will find bmp file of the fit: data, fit, bkg >>>> and >>>> K path. >>>> fitting ranges k(3-15) R(1.7-6) dk 2 dr 0.5, phase correction - >>>> first C >>>> >>>> cheers >>>> darek >>>> >>> >>> _______________________________________________ >>> Ifeffit mailing list >>> Ifeffit(a)millenia.cars.aps.anl.gov >>> http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit >>> >> < >> K4W >> (CN >> )8_enot_12 >> .bmp >>> >> < >> K4W >> (CN >> )8_enot_0.bmp><K4WCN8_b.apj><K4W(CN)8_2.bmp><K4W(CN)8_2q.bmp><mime- >> attachment.txt> > > -- > Dr. Stefan Mangold > Institut f?r Synchrotronstrahlung > Forschungszentrum Karlsruhe > Tel.: +49-7247-826073 > >

1 0