[Ifeffit] Binary SSRL Files crash upon import.
newville at cars.uchicago.edu
Thu Sep 17 13:01:16 CDT 2015
A followup to clarify my earlier message: I am able to read at least one
SSRL binary format file with Athena by using the provided plugin. This is
pretty darn AMAZING.
If you're having problems reading data from SSRL with Athena, contact the
beamline staff to get the data formatted in a way that can be read by
Athena. An undocumented binary format without a public, supported API
for reading it is completely unacceptable, and you should not in any way
rely on that data. A beamline that expects anyone to use such a
non-supported binary format is NOT giving you the data you need from the
beamline. You should get data in a readable ASCII format or stop using
the facility. You should complain LOUDLY to the facility on
End-of-Experiment forms. It is not forgivable to use this format.
So, while it is impressive that Athena can read some SSRL binary data, SSRL
is solely and completely to blame if Athena cannot read other SSRL binary
As for the ASCII data: Well, at least you can edit it until it does get
read in. You might want to complain about that format too -- it's sort of
On Thu, Sep 17, 2015 at 11:06 AM, Logan Giles <gileslo at slac.stanford.edu>
> Hi Matt,
> Thanks for the response. I did have the SSRLB file plugin enabled. The
> 2013 binary wouldn't open if that plugin wasn't enabled anyways, I think. I
> am using Demeter 0.9.22, is that the version you are using as well? I tried
> running the program in "run as administrator" as well. No luck.
> Any other suggestions?
> On Thu, Sep 17, 2015 at 5:14 AM, Matt Newville <newville at cars.uchicago.edu
> > wrote:
>> Hi Logan,
>> On Wed, Sep 16, 2015 at 5:26 PM, Logan Giles <gileslo at slac.stanford.edu>
>>> Hello everyone,
>>> I am running Demeter 0.9.22 and trying import recent SSRL Binary files.
>>> I have the SSRL plugins enabled as well. The problem is when I try to
>>> import binary files, the program crashes.
>>> It seems that something might have changed recently in SSRL BL 7-3 files
>>> because I can import July 2013 files but not July 2015. I have attached a
>>> NaMoO4 sweep at the Mo K-edge from each run for your testing. Immediately
>>> after trying to import the binary July 2015 files, the program immediately
>>> crashes and exits. The July 2013 binary opens right up.
>>> When I look at the dathena.log file for the "2015 crash", everything
>>> looks normal until the end:
>>> "Demeter version 0.9.22
>>> At line 316 of file iff_rddata.fFortran runtime error: End of record"
>>> Also, when I try to import the ascii files of the July 2013 or July 2015
>>> data, I get an error as well, but the same error. I can fix this by
>>> changing two of the blank rows, which are the column labels for the data,
>>> to "BLANK" or something. I have attached these unedited ascii files as
>>> well, but I am more concerned with my binary problem. The reason for this
>>> is that I was recently sent some other SSRL binary files without their
>>> corresponding ascii files that also crash.
>>> Let me know that you think, or if you can reproduce the error in trying
>>> to import the binary files.
>> Thanks for your assistance and best regards,
>> Did you enable the SSRLB file plugin? From the Main Window top drop down
>> list, the 2nd from the bottom choice is "Plugin Registry". There are
>> plugins for SSRL ASCII and SSRL Binary files, and several others.
>> If I do that, I *can* read in the 2015 Binary file.
>> Ifeffit mailing list
>> Ifeffit at millenia.cars.aps.anl.gov
> Logan Giles, PhD
> Postdoctoral Scholar
> Stanford University
> Cell: (406) 600-6883
> Work: (650) 926-5033
> Ifeffit mailing list
> Ifeffit at millenia.cars.aps.anl.gov
--Matt Newville <newville at cars.uchicago.edu> 630-252-0431
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Ifeffit