First of all, please note that there is a difference in datum used for the two parameters (which is probably not an ideal design.) GT is expressed as meters between MLLW and MHHW. The salt elevation is expressed as height above MTL (the mid point between MLLW and MHHW), so is a lower value than the GT generally.
As you have likely seen in some of our reports, this is based on "frequency of elevation" analysis from observed-data analysis so that it takes into account wind tides as well as astronomical tide cycle data. I can point you at one of these analyses at some point if you'd like. If you calculate a daily high water level using NOAA data for several years and then calculate the 0.967 percentile of those data that pretty much will get you there.
This leads me to my next question; how are you deriving 133-140% of MHHW? I've read through similar SLAMM forum posts regarding this topic and found (% of inundation x GT)/2) in addition to searching the web (nothing there). I'm downloading 30 day data from the NOAA gauge at Newport, RI and coming up with a percentage of inundation above the accepted MHHW datum at Newport and am only coming up with ~ 57%. I must be missing something.
Last post by JackieRaw - February 28, 2019, 04:54:12 AM
I am new to SLAMM, and hoping to get some help with an error code. I loaded SLAMM 6.7 and I have tried to run the Santa Ynez simulation from the example data that is provided in the download. However, after selecting parameters and clicking Execute, I get the message - Error Reading Headers for "Santa_Ynez_NWI_5m_531.asc"
When I look at the files, this one for the SLAMM categories does appear to have a different format for the headers compared to the DEM and Slope files that are provided. I have tried to find a way to edit the header in the NWI file but I haven't been successful. I can't load any of the other example datasets posted here on the forum because they aren't compatible with version 6.7
Some help resolving this would really be appreciated as I wanted to try working with the example data before loading my own. I tried to look for a post related to this error but I couldn't find one.
Looks like it should be a quick code fix if you'd like to make it. Otherwise you should be able to download [Embarcadero Delphi XE3] as a licensed user of the more recent version. [edit- fixed version required at this time]
This category is usually changed as a function of the "salt elevation" parameter which has units of meters above MTL. Make sure that parameter is properly set within the "Site Parameters" screen. It is often approximately 133% to 140% of MHHW (relative to MTL).
To examine the distribution of dry-land cell elevations you can go through "elevation analysis" (you must go through the "set map attributes" button first to load all cells and elevations for analysis.) Select run elevation analysis and you can view statistics and histograms about each land-classes elevation. There's more information about this screen in the users manual (context sensitive help).
I hope this gives you a hint as to how to proceed, otherwise please post again!
Any cells noted as either "Undeveloped" or "Developed" are not converting after a simulation. Protection scenarios are set to "Don't Protect". I'm expecting these to change most likely to transitional salt marsh but it's as if these cells aren't involved in the habitat switching parameters at all. All other habitats are converting as would be expected.
We are using SLAMM version 6.7 and wanted to make sure the following holds on this version:
this version considers historical SLR rate or Uplift/Subsidence raster and marsh accretion rate in order to calculate the marsh elevations in relation to sea level as explained in Accretion or surface elevation change. So, it means the elevation output of SLAMM incorporates both these rates in marsh area and the first rate (historic SLR rate or Uplift/Subsidence raster) in open water and upland area?
unlike mentioned on Elevation output, the elevation output is converted back into NAVD88 on this version?