New version doesn't give tif outputs about elmfire

[lautenberger]

Thank you Dwi - please attach the complete input deck and I'll take a look

[dwimjpurnomo]

This is the link for the input deck.
https://drive.google.com/file/d/13ao5LS3dPjZM06qBn6YivJP7AVO4xN0n/view?usp=sharing

[lautenberger]

Got it, thanks. Will have a look at it now

[lautenberger]

OK, here's what I did after un-compressing the debug.rar file to a local folder:

clauten@celsius:~/dwi-debug$ mkdir scratch
clauten@celsius:~/dwi-debug$ mkdir misc
clauten@celsius:~/dwi-debug$ cp $ELMFIRE_BASE_DIR/build/source/fuel_models.csv ./misc
clauten@celsius:~/dwi-debug$ $ELMFIRE_INSTALL_DIR/elmfire_debug elmfire.data

ELMFIRE runs and terminates with this error:

At line 662 of file ../../source/elmfire_level_set.f90
Fortran runtime error: Index '1' of dimension 3 of array 'bldg_footprint_frac%r4' above upper bound of 0

Basically, ELMFIRE throws an error when it tires to access the building footprint fraction raster which hasn't been allocated yet.

Line 662 of elmfire_level_set.f90 is a call to the enhanced spotting routines being developed by @yqin123 which expects a building footprint fraction raster. To use the "old" spotting algorithm (which doesn't need the building footprint fraction raster) you can set USE_SUPERSEDED_SPOTTING = .TRUE. (the default setting) in the &SPOTTING namelist group.

Alternatively, in the &WUI namelist group you could set USE_BLDG_SPREAD_MODEL = .TRUE. and then specify filenames for input rasters, or use constant parameters - see this comment in Issue #1 for details.

[lautenberger]

I've trapped this by adding some checking on the inputs side:

fe087a1