<div dir="ltr">Hi Renske,<div>Unfortunately, Bruce's idea will not work for exactly the reason he guessed, i.e., that both path and genfmt have hard coded limits. Luckily, it is not so hard to recompile the code with larger dimensions. If you have access to a fortran compiler, you can just use your favorite find and replace to change the variables in question, or we can do it for you if you send us the details of your operating system.  What you will want to search for is</div>

<div>parameter (npatx =</div><div>parameter (nx =</div><div>parameter (npx =</div><div><br></div><div>The first parameter (npatx) is the maximum number of atoms in a path, not including the absorbing atom at the beginning and the end, so that the maximum number of legs is npatx + 1. For 8 legs, you will need npatx=7.</div>
<div><br></div><div>The second parameter (nx) is the dimension for the heap sort of the paths (maximum number of paths kept). I don't know how large this will need to be for graphite, but I have it set to 60000 in my personal version. I think by default it is set to 10000. </div>
<div><br></div><div>The third parameter is the internal path finder limit and can be set quite large. I have it set to 4000000 in my personal version. </div><div><br></div><div>You will probably want to play with the values so that you can get all the paths you want. If you find at some point that the code fails to run altogether (doesn't even start) you may have exceeded the stack limit. In linux you can set the stack limit to unlimited by running </div>
<div>ulimit -s unlimited.</div><div>Cheers,</div><div>Josh</div><div><br></div><div><br></div><div><br><div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Tue, Sep 2, 2014 at 10:00 AM,  <span dir="ltr"><<a href="mailto:ifeffit-request@millenia.cars.aps.anl.gov" target="_blank">ifeffit-request@millenia.cars.aps.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

Send Ifeffit mailing list submissions to<br>
        <a href="mailto:ifeffit@millenia.cars.aps.anl.gov" target="_blank">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" 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" target="_blank">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" target="_blank">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. Re: EXAFS calculation with large RMAX and NLEG - exceeding<br>
      path finder limit (Bruce Ravel)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 02 Sep 2014 11:36:53 -0400<br>
From: Bruce Ravel <<a href="mailto:bravel@bnl.gov" target="_blank">bravel@bnl.gov</a>><br>
To: XAFS Analysis using Ifeffit <<a href="mailto:ifeffit@millenia.cars.aps.anl.gov" target="_blank">ifeffit@millenia.cars.aps.anl.gov</a>><br>
Subject: Re: [Ifeffit] EXAFS calculation with large RMAX and NLEG -<br>
        exceeding path finder limit<br>
Message-ID: <<a href="mailto:5405E415.4010301@bnl.gov" target="_blank">5405E415.4010301@bnl.gov</a>><br>
Content-Type: text/plain; charset=windows-1252; format=flowed<br>
<br>
<br>
Hi Renske,<br>
<br>
As you can tell from the lack of response, there is not a lot of depth<br>
of understanding of the fine details of Feff's pathfinder out there.<br>
My vague memory is that there is a hardwired limit of 7-legged paths<br>
in the pathfinder and that increasing that number is tricky due to<br>
some optimizations that were written in to the code to make it fast on<br>
computers in the early 1990s.  But that's a vague memory and could be<br>
wrong.<br>
<br>
Matt and I are in the early stages of working on a version of feff 8.5<br>
which the folks at the Feff Project contributed under redistributable<br>
licensing.  <a href="https://github.com/xraypy/feff85exafs" target="_blank">https://github.com/xraypy/feff85exafs</a><br>
<br>
We have a lot of things we want to do, but the most important thing is<br>
to turn genfmt from a free-standing program into a library that can be<br>
wrapped and called from other software, thus allowing recalculation of<br>
scattering paths as part of the fitting loop.  That's cool, but not<br>
really to the point of your question.<br>
<br>
I don't know how much effort you want to put into your problem, but if<br>
you do put in the effort to change the pathfinder in Feff's source, I<br>
hope that you'll contribute your effort to feff85exafs.<br>
<br>
In Artemis, I don't actually use Feff's path finder -- I wrote my own to<br>
overcome some other limitations of the original.  Unfortunately, my<br>
implementation stops at 4-legged paths.  That's not a technical limit --<br>
I simply stopped writing code once I got 4-legged paths working.  As you<br>
probably know, your sort of problem is something of an outlier.  Not a<br>
lot of folk work on problems that need more than 4 legs.<br>
<br>
It would be very nice to have a path finder written for Matt's Larch<br>
project.  In fact, it's something I am thinking of doing myself (but I<br>
certainly don't need to!).  It would be lovely to have a path finder<br>
in Larch with the advantageous features of Artemis' implementation and<br>
no limit of order of scattering.<br>
<br>
I know that wasn't exactly helpful -- just my musings on the scope of<br>
the problem.<br>
<br>
To make a comment that actually is helpful, I can offer a somewhat<br>
tedious solution that may just work.  This is entirely untested --<br>
there could be some reason I don't know about for why it won't work.<br>
<br>
  1. Run the part of Feff that computes the potentials and write the<br>
     phase.bin<br>
<br>
  2. Using a paths.dat from a feff calculation you've already made as a<br>
     model, keep the header (everything up to and including the line of<br>
     dashes), take a "paragraph" like this:<br>
<br>
         11    4  12.000  index, nleg, degeneracy, r=  5.1053<br>
           x           y           z     ipot  label      rleg      beta<br>
        eta<br>
         0.000000   -1.805000   -1.805000   1 'Cu    '     2.5527<br>
180.0000    0.0000<br>
         0.000000    0.000000    0.000000   0 'Cu    '     2.5527<br>
0.0000    0.0000<br>
         0.000000    1.805000    1.805000   1 'Cu    '     2.5527<br>
180.0000    0.0000<br>
         0.000000    0.000000    0.000000   0 'Cu    '     2.5527<br>
0.0000    0.0000<br>
<br>
     and edit it to look like this:<br>
<br>
         9999  8  12.000  index, nleg, degeneracy, r=  10.2106<br>
           x           y           z     ipot  label<br>
         0.000000   -1.805000   -1.805000   1 'Cu    '<br>
         0.000000    0.000000    0.000000   0 'Cu    '<br>
         0.000000    1.805000    1.805000   1 'Cu    '<br>
         0.000000    0.000000    0.000000   0 'Cu    '<br>
         0.000000    1.805000    1.805000   1 'Cu    '<br>
         0.000000    0.000000    0.000000   0 'Cu    '<br>
         0.000000    1.805000    1.805000   1 'Cu    '<br>
         0.000000    0.000000    0.000000   0 'Cu    '<br>
<br>
     That's an 8-legged path.  The lreg, beta, and eta columns are not<br>
     needed -- those were only written for the human reader, anyway.<br>
<br>
  3. Rename your new file with the header and this one path to<br>
     "paths.dat" (preserving the old "paths.dat", of course).<br>
<br>
  4. Run the last part of Feff, the part that reads phase.bin and<br>
     paths.dat and writes out the feffNNNN.dat.  Doing so will make a<br>
     file called "feff9999.dat" (the first integer on the first line<br>
     of the paragraph is the NNNN number -- it can be anything from 1<br>
     to 9999).<br>
<br>
I am assuming that you have a sense of which paths you want to<br>
consider and can make these paragarphs by hand without too much<br>
difficulty and that you can figure out what the degeneracy is supposed<br>
to be.  (in this example, I think 12 is still correct.)<br>
<br>
Obviously, this a lot of work.  And it may be that the nleg limit is<br>
hardwired into genfmt as well.  But it's something to try.<br>
<br>
B<br>
<br>
<br>
On 08/22/2014 09:32 AM, van der Veen, Renske wrote:<br>
> Dear FEFF users,<br>
><br>
> Using FEFF8.4, I am trying to perform EXAFS calculations with rather<br>
> large RMAX and NLEG values. The system of interest is graphite. It has<br>
> been shown by Castrucci et al (J. Phys. Chem. C 2009, 113, 4848?4855),<br>
> that convergence of the EXAFS modulations in the region 4-6 A-1 is only<br>
> achieved for a cluster size of RMAX = 8 and including up to 8-body MS<br>
> paths (NLEG = 8). I have tried to reproduce these calculations and<br>
> noticed that the path finder runs into a limit when I use these<br>
> parameters. I can maximally use RMAX = 7.5 and NLEG =  5. With larger<br>
> RMAX or NLEG values I get the message:<br>
><br>
> "Internal path finder limit exceeded -- path list may be incomplete.",<br>
><br>
> and the cluster size subsequently truncated at 6-6.5 A (depending on<br>
> NLEG), instead of the desired 8 A.<br>
><br>
> My path filter criteria are 3% (plane-wave) and 4% (curved-wave).<br>
> However, these values do not affect the appearance of the above message,<br>
> which occurs before the path filter is applied. Consequently, altering<br>
> the 'npx' parameter, as suggested here<br>
> <a href="http://leonardo.phys.washington.edu/feff/wiki/static/c/o/d/Code_Variables_and_Dimensions_ceec.html" target="_blank">http://leonardo.phys.washington.edu/feff/wiki/static/c/o/d/Code_Variables_and_Dimensions_ceec.html</a>,<br>


> does not help.<br>
><br>
> Is there a way to increase this internal path limit so I can work with<br>
> RMAX = 8 and NLEG = 8?<br>
><br>
> P.S.1 I guess graphite is a special case for which MS can be very<br>
> efficient within the graphite planes. In addition, the C-C bond length<br>
> is quite short, which makes higher n-body paths more important.<br>
> P.S.2 I have tried merging XANES and EXAFS using the cards: XANES, FMS<br>
> 6, RPATH 8 and NLEG 8, but the same problem occurs and the agreement<br>
> with experiment in the low-k region 3-6 A-1 does not become better using<br>
> FMS (compared to the path expansion).<br>
><br>
> Thanks in advance,<br>
> Best wishes,<br>
> Renske<br>
><br>
><br>
> _______________________________________________<br>
> Ifeffit mailing list<br>
> <a href="mailto:Ifeffit@millenia.cars.aps.anl.gov" target="_blank">Ifeffit@millenia.cars.aps.anl.gov</a><br>
> <a href="http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit" target="_blank">http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit</a><br>
><br>
<br>
<br>
--<br>
  Bruce Ravel  ------------------------------------ <a href="mailto:bravel@bnl.gov" target="_blank">bravel@bnl.gov</a><br>
<br>
  National Institute of Standards and Technology<br>
  Synchrotron Science Group at NSLS --- Beamlines U7A, X24A, X23A2<br>
  Building 535A<br>
  Upton NY, 11973<br>
<br>
  Homepage:    <a href="http://bruceravel.github.io/home/" target="_blank">http://bruceravel.github.io/home/</a><br>
  Software:    <a href="https://github.com/bruceravel" target="_blank">https://github.com/bruceravel</a><br>
  Demeter:     <a href="http://bruceravel.github.io/demeter/" target="_blank">http://bruceravel.github.io/demeter/</a><br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Ifeffit mailing list<br>
<a href="mailto:Ifeffit@millenia.cars.aps.anl.gov" target="_blank">Ifeffit@millenia.cars.aps.anl.gov</a><br>
<a href="http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit" target="_blank">http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit</a><br>
<br>
<br>
End of Ifeffit Digest, Vol 139, Issue 5<br>
***************************************<br>
</blockquote></div><br></div></div></div></div>