[Ifeffit] Data being overwritten in Artemis history window

[Jason Gaudet]

Ian, your post gave me a bit of deja vu.

Bruce, that sounds very similar to a bug report I gave you (back when
Demeter was in alpha?) on Nov 3 2011.  You might want to check your
personal Email, or I could forward a copy to the group.  Even though it's
many versions ago this might be a different facet of the same bug.
Relevant text:

"Take any of my "Ref" samples from the files I gave you and start a new
file.  (Alternatively, use any data you have.)  Make a quick FS fit and let
Artemis fill in the Path variables.  (Although I see this on all types of
fits, and when I write my own variables.)  Make one fit with a "bad guess"
for one parameter, like N*so2=1 for my FCC Pd, and for the next fit, make a
proper guess of 12.  (This is only to deliberately make fits with very
different results; this may also work by varying the window, etc.)  Copy
the log for each result and set aside for a moment.  Now, go to the GDS
window and hit "Discard All."  Go back to the History tabs and look at the
fit parameters again.  You should see the report from the last fit is
unchanged, and the statistical parameters for the first fit are the same,
but the guess parameters and everything below for the first fit are now
overwritten by the values from the last fit."

-Jason


On Mon, Mar 9, 2015 at 9:18 AM, Bruce Ravel <bravel at bnl.gov> wrote:

> On 03/09/2015 04:17 AM, Godfrey, Ian wrote:
>
>>
>> In the history window some, but not all, data from previous fits seems
>> to get overwritten when running a new fit. Specifically I've noticed
>> this happening with the information in the "Data set" section. To
>> reproduce run a QFS fit with some R-space fitting windows (say 2-4); at
>> this point the log will be displayed correctly in the history window.
>> Now change the R window (say 1.5-3.5) and run the fit again. When you go
>> to the history window the R window information will be displayed
>> correctly for the most recent fit but, for the previous fit it will have
>> been overwritten by the newer fit. Some of the other info, such as
>> R-factor by k-weight seems to get overwritten too.
>>
>>
>> A video of this behaviour can be found here:
>> https://wwwa-e.ucl.ac.uk/cgi-bin/dropbox/dropbox.cgi?state=
>> pickup_info&id=29d3e5c2 password:
>> 54c8545f
>>
>>
>> System info: Win 8.1 Enterprise x64 running Demeter 0.9.22 pre release
>> x64; log attached.
>>
>>
>
> Ian,
>
> First off, I really like your way of making a bug report.  Your video
> makes the problem completely clear.  (I also rather like your
> background image.)  While all my worst days begin with email that
> starts "Sorry ... another bug report!", an unambiguous explanation
> makes me very happy.
>
> As for the problem you are reporting -- yikes!  That's really
> troubling.  I'll look into it.
>
> Cheers,
> B
>
>
> --
>  Bruce Ravel  ------------------------------------ bravel at bnl.gov
>
>  National Institute of Standards and Technology
>  Synchrotron Science Group at NSLS-II
>  Building 535A
>  Upton NY, 11973
>
>  Homepage:    http://bruceravel.github.io/home/
>  Software:    https://github.com/bruceravel
>  Demeter:     http://bruceravel.github.io/demeter/
> _______________________________________________
> Ifeffit mailing list
> Ifeffit at millenia.cars.aps.anl.gov
> http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://millenia.cars.aps.anl.gov/pipermail/ifeffit/attachments/20150309/2924769a/attachment.html>