Due to SPAM attacks, new members must be approved before posting. Please email email@example.com when registering and your account will be approved.
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Quote1. When I save simulation, it is very common to have the error show "unable to write to C:\Program Files\SLAMM6.2Beta\SLAMM6.INI."
Quote2. When I have done the elevation analysis and want to look at the Histogram, I am not able to select any of the land type (all of them are in grey color).
I have a question to ask you. since the test data of S1_puget, includes six text format data ,and in each text format data, six parameters are list on the top,i want to ask whether the parameters of xllcorrner and yllcorrner is the up-left corrner coordinate value ,and what is the projection system of the coordinates?
By the way , I have registered in SLAMM FORUM twice before, and the first time is in February. Each time i received a email telling me the request would be reviewed and approved, such a long time has passed, I still have not receive another email yet, would you please tell me why.
QuoteFrom: rloiselle on: March 26, 2010, 02:49:06 PM
Examining our elevation data for conversion errors in the data processing of date and datum conversions, stated on pg 9 of the manual, has lead us to question whether we should be adding or subtracting the difference between MTL and NAVD88 from the DEM elevations. In our mind, because we want to set the NAVD88 elevations to an MTL datum, and our NAVD88 elevations are located below our MTL, we feel like we should be adding that difference to bring our elevations up to the MTL level. My understanding is that the East Coast MTL is lower than their NAVD88 and so subtracting that difference would bring their elevations down to MTL?
QuoteFor all of you who had to miss today's excellent webinar on SLAMM and SLAMM-View or would like to see parts of it again, a video and audio recording of the webinar can be downloaded from the following FTP site. It is a Windows Media Viewer file.
QuoteWhy do my model results look different when I select to "ignore dikes" as I have no dike layer associated with my simulation? I am using the elevation pre-processor due to a low-vertical-resolution elevation coverage.
Maps of SLAMM results occasionally include green linear stripes of fresh marsh moving through what was previously dry land (red). These stripes are a result of the SLAMM soil saturation algorithm which is geographically quite simple. The water table for each cell is estimated by moving unidirectionally in the off-shore direction and finding the nearest wetland cells. This water table is then adjusted for the estimated increase in the fresh water table due to sea level rise. If the estimated water table is greater than the elevation of the dry land, saturation takes place and the dry land is predicted to be converted to wetland.
Because of the unidirectional search algorithm, horizontal streaks may appear on model results as shown above. Despite this minor loss of geographic realism on output maps, the algorithm does provide useful information about the susceptibility of dry land to water saturation due to changes in the water table.
QuoteI'm writing to follow up on the question of how the tidal and geodetic datum offsets are applied in 6.0. In a nutshell, the issue is that in 5.0 the tidal / geodetic datum offset value for a single tide station was applied over large geographic areas where that relationship does not necessarily hold constant, therefore adding increasing sources of error/uncertainty in areas farther away from where the tidal geodetic relationship was established.