Feature request: Add ability to write plots to files, instead of displaying to screen

[serbinsh]

@rgknox It would be good to set this up to allow for plots to be written to a file not to the screen to avoid any X11 issues when running remotely via SSH.

[rgknox]

great idea

[rgknox]

@serbinsh : my current plan is to pack all of the png's into a pdf. I was thinking of using the fpdf package in python, or maybe pdfpages on the matplotlib package. I think I will try the later first, as matplotlib is already a package requirement.

https://matplotlib.org/api/backend_pdf_api.html

[rgknox]

see #8, should be good to go now.

[serbinsh]

@rgknox looking good.

fates_brazil_test_summary_table.txt

fates_brazil_test_plots.pdf

I'm still trying to figure out how to get FATES to leave all of the history files after completion. Right now it deletes all except the last year. In which case I seem to have to run acre while fates is still executing, or is that the idea?

[serbinsh]

I also note that if I try to run again I get this

[sserbin@modex acre]$ python2.7 acre_driver.py --plotmode --eval-id=fates_brazil_test --test-hist-pref=/data/Model_Output/fates_testing/BR1x1_b00a5b0_1511028495/run/
Plotting is ON
Regression Testing is OFF
Site: 1x1_brazil was located in the restart grid
Processing File Timing information

Dimension information for history files

Traceback (most recent call last):
  File "acre_driver.py", line 783, in <module>
    main(sys.argv)
  File "acre_driver.py", line 656, in main
    hdims.timing([test_h0_list[0],test_h0_list[1],test_h0_list[-1]])
  File "/data/sserbin/Modeling/acre/acre_history_utils.py", line 549, in timing
    yrz,moyz,domz,hodz = hist_dateint_to_num(yyyymmdd_z[-1],sec_z[-1],db_z[-1,:])
IndexError: index -1 is out of bounds for axis 0 with size 0

[rgknox]

it looks like it couldn't find any files? Index -1 is the last index in any allocated array. Or possibly it only found 1 file, and therefore it can't index a scalar?

[serbinsh]

@rgknox This error happened after I had already run acre once on the output directory. When I tried running again this error popped up.

I also seem to get this error if I try to run acre after the fates-clm run execution is complete

[rgknox]

is it possible there are partially written files being read, or the number of output files is changing while the script is running? On Nov 18, 2017 1:08 PM, "Shawn P. Serbin" <[email protected]> wrote: @rgknox <https://github.com/rgknox> This error happened after I had already run acre once on the output directory. When I tried running again this error popped up. I also seem to get this error if I try to run acre after the fates-clm run execution is complete — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#4 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFnnjGW4MwFJUNFEKWFNjWWukqgQiAf_ks5s30c2gaJpZM4PDg8n> .

[rgknox]

this has been implemented