Jump to content
GMS, SMS, and WMS User Forum

Chris Smemoe

WMS Development Team
  • Content count

  • Joined

  • Last visited

  • Days Won


Chris Smemoe last won the day on March 1 2011

Chris Smemoe had the most liked content!

Community Reputation

1 Neutral


About Chris Smemoe

  • Rank
    WMS Development Team Leader

Profile Information

  • Gender
  • Location
    Provo, UT

Recent Profile Visitors

18,642 profile views
  1. Chris Smemoe

    Problems when building the bathymetry for Ce-Qual-W2

    Chenxi, The problem is probably related to a conversion problem between meters and feet. It sounds like your data is being interpreted as meters and then being converted to feet inside of WMS for some reason. I'm not sure what the cause is, but it could be an issue with the projection (.prj) file associated with your ascii grid file. I'd recommend converting everything to the same XYZ units and making sure you display projection has vertical units of meters as well. Let me know if you have other questions. Chris
  2. Sepideh, There are a couple of commands that might help you remove triangles that are not needed. One is the filter command. This command removes vertices on your TIN based on a filtering angle based on normal vectors to adjacent triangles to a vertex. This command can be accessed by right-clicking on the TIN and selecting Filter. You enter a filtering angle for this command. The documentation for this command is located here. The other command that might help with your TIN is the option to select and delete extra triangles on the edges of your TIN. To select triangles on the edges of your TIN, select the "Select Triangles" tool and hold down the CTRL key while dragging a line. Any triangle that intersects that line will be selected. This is useful for selecting and deleting triangles you don't want to include in your triangulation, such as those triangles outside the boundary of your raster data. Let me know if you need anything else, Chris
  3. Chris Smemoe

    Deleting Depression Polygon Mask

    David, That's a good question, and I don't fully understand the answer right now. I do know that it is only used for tile drains and doesn't apply if you're modeling normal underground drain pipes (storm sewers). I talked to the original programmer (Nawa) about it and understood the answer at one point, but the complete answer has left my mind. I asked Chuck Downer, the writer of GSSHA about it and here's what he says: "It has to do with the assumed shape of the curve for the water surface flowing into the pipes, assuming you are doing drains. It doesn't actually add pipes. It comes from the two pipe drain models that in GSSHA, Cooke and DrainMod. Those are computations for the pipes only. Those methods are described in that report. Since GSSHA is integrated the ground water surface is being computed, so I guess you don't really need this in GSSHA but we'd have to re-derive a formula. These are standard formulas. I don't know how sensitive the model is to the parameter. It might not matter a lot. I don't think you can put zero. I'd say if there is some pipe spacing in the fields just use that. Typically there is. Otherwise, probably make it on the larger side." I found a Technical Release paper describing this "L" parameter in some detail here: https://www.researchgate.net/publication/268076111_Modeling_Subsurface_Storm_and_Tile_Drain_Systems_in_GSSHA_with_SUPERLINK (This may be the same paper you were referring to above) So my understanding is that you would put your pipes in the GSSHA Storm Drain coverage where they actually exist and then enter an approximate spacing of the pipes in this "Drain spacing" field. Chris
  4. Chris Smemoe

    Problems when building the bathymetry for Ce-Qual-W2

    Chenxi, You need polygons in your branch coverage (as well as your segment coverage), so you need to get the build polygons command working before you can map segments to branches. Try cleaning all the arcs in your branch coverage (Feature Objects | Clean) before building polygons and see if that fixes your problem. Also make sure you don't have any duplicate arcs by dragging a box around your entire branch coverage and deleting any arcs that are not needed to define the boundary of the water body. If these steps don't fix the problem, I'd recommend sending your files to the Aquaveo tech support team if possible and let them have a look at the issue and see if they can figure out the problem. Let me know if you have any additional questions. Chris
  5. Chris Smemoe

    Deleting Depression Polygon Mask

    David, You can have multiple GSSHA coverages and multiple GSSHA models in your WMS project. I'd recommend duplicating your existing GSSHA model (just right-click on your GSSHA model). Then duplicate your GSSHA coverage and delete any depression polygons in this coverage. Then assign the GSSHA coverage with the deleted polygons to your model. You should be able to run cleandam with the coverage/model containing the deleted polygons and it should not include any depression cells in your cleandam run (all the cells should be filled). Let me know if you have any other problems. Chris
  6. Chris Smemoe

    GSSHA - Long-term with GAR infiltration & Penman ET

    Joel, Here's a message from the GSSHA developer, Chuck Downer: It's pretty hard to say why he is not getting any ET. If he is in perpetual event mode, there is going to be little or no ET because ET will not occur in a cell that has any rainfall in it. So if he has some period that has constant rain, then the ET is going to be close to zero, and I can see no reason why that is not correct. Also, if his soil moistures were very low for some reason, below wilting point, he would get no ET. Other than that, it's hard to say based on the input. He can capture the effects of a perched water table, more or less, by using the multi-layer G&A model, and can specify the layer depths and the vertical hydraulic conductivity of the layers. If he puts a low permeability layer in there, the water will perch above, it won't move laterally of course. From the sounds of it, he probably wants to do this. If he uses GAR his SOIL_LAYER_DEPTH should be less than the impermeable layer depth, the top layer depth is typically a calibration parameter, as is the soil layer depth. If you use MLGA, you don't have to worry with these. Hope this helps, Chris
  7. Chris Smemoe

    GSSHA - Long-term with GAR infiltration & Penman ET

    Joel, I answered a question in another post. The answer to this question is that it's hard to answer without seeing your model. You can make sure you have good starting values for all the evapotranspiration parameters in your model. I'd recommend the GSSHA course or contacting tech support with your model as I described in your other post. Let me know if you have any other questions. Chris
  8. Joel, I don't have an immediate answer to your question off the top of my head. I'd recommend contacting tech support to see if they can help you with your specific questions. Their contact information is here: https://www.aquaveo.com/technical-support If you could provide a copy of your model to tech support and explain the specific problem you're having, that would be best. With specific engineering-related questions, consulting is available at an additional charge. There are 2 good resources for answering GSSHA-specific questions. The first is the GSSHA wiki, located at https://gsshawiki.com Also notice on the GSSHA wiki web site that a training course is being offered next month in Alabama. This 2-day course is offered free of charge if there are still seats available. You would need to provide your own time, lodging, and transportation to the course. I think this is a great opportunity to discuss any problems you have with the GSSHA developers and to get to know them. Contact information for the course is on gsshawiki.com. This would be a good use of your time and you would get to know other people using GSSHA for their projects. Let me know if you have any other questions, Chris
  9. Chris Smemoe

    Format of GSSHA.dep file

    David, The .dep file just has water depth solution values for each of the cells for each output time step. I don't know that the file format is documented anywhere, but maybe I can try to track something down if you need me to. The important values you would use if you were reading this file are the number of cells in the model, which is in the "ND" card at the top of the file, the name of the dataset (NAME card), whether each cell is active/inactive (these values do not change for each time step), and the solution values for each cell (these values DO change for each time step). It's just a text file, so you can open the file in a text editor and look at it to see what I'm talking about. The active/inactive and the solution values are for each cell (based on the cell ID) and you cannot determine the actual location with just this file. The values are listed in the .dep file in the order of the cell ID's. If you have the location of the center of the upper left cell of your grid and you know the number of rows and columns in your grid, you can determine the location of the center of any other cell from the cell ID. The cells are numbered starting from the upper left corner of the grid. Let me know if you have any other questions. Chris
  10. Chris Smemoe

    Converting GIS Point Features Into Gaging Stations

    David, I looked at the documentation for gages in WMS and I'm afraid it's not very helpful. There are 2 types of gages in WMS: Rain gages and monitoring gages. You can convert a shapefile to rain gages in a "Rain Gage" coverage but there's no way to directly convert a shapefile to monitoring gages. However, there is a monitoring gage file format that you can import into WMS in the Gages dialog. Here's a sample file: GAGE BEGGAG NAM Gage1 LOC 1.000000 1.000000 0.000000 DIR 0.000000 1.000000 0.000000 COL 0 0 255 BEGGAG NAM Gage2 LOC 10.000000 10.000000 0.000000 DIR 0.000000 1.000000 0.000000 COL 0 0 255 BEGGAG NAM Gage3 LOC 20.000000 20.000000 0.000000 DIR 0.000000 1.000000 0.000000 COL 0 0 255 The "BEGGAG" line tells WMS to create a new gage. The "NAM" line is the name of the gage and the "LOC" line is the X Y Z location of the gage. You could just export the XYZ points from a shapefile to a text file and modify the file to include the necessary lines to import as a gage file. The only thing you might want to change in this file (besides the location and name) is the "COL" card. This is the Red, Green, and Blue color for the gage. The "DIR" isn't really used in WMS. To import this file, just go to the 2D grid module and select Data | Gages from the menus. It's also accessible from the "Select Monitoring Gage" tool. Select import from the Gages dialog and read your file. You could also just create a bunch of new gages in the Gages dialog and copy/paste your XYZ values into the dialog spreadsheet. Let me know if I can help with anything else. Chris
  11. Chris Smemoe

    Where can I find best DEM data?

    Omar, Google Earth probably uses USGS or possibly their own proprietary data source for their elevation data, but you can't use their elevation data inside WMS. If you're in the United States, the United States NED 10m data is a better source than the SRTM 3 arc-second data. If you're outside the US, I have found the ASTER GDEM v2 Worldwide Elevation data (1 arc-second) to be more accurate than the SRTM 3 arc-second data (but it's still not really great data). You can access this ASTER data from inside WMS using the following steps: 1. Select the Get Data from Map menu item or button. 2. Define your data bounds using the map locator and hit OK. 3. Select the Advanced button at the top of the Data Service Options dialog. 4. Under Popular Sources or Terrain Data, select "ASTER GDEM v2 Worldwide Elevation Data (1 arc-second)" and click Connect. 5. Define a filename to download your data and click Save. Your data will be downloaded and loaded into WMS. Right-click on the .tif file in the WMS project explorer and there's an option to convert it to a DEM. Once it's a DEM, you can use it for watershed delineation. Note that the upcoming verison of WMS (11.0) will have an option to download the best resolution elevation data for your area for anywhere in the world, whether inside or outside the US. Let me know if you have any other questions. Chris
  12. Chris Smemoe

    GSSHA long-term simulation

    Vaclav, GSSHA will allow you to have periods of precipitation with nodata values, but I'm not sure there's an easy way to define this information directly in WMS without editing the GSSHA .gag (rain gage) file. WMS writes the rain gage (.gag) file, but WMS has limited capability for editing and creating this file. There's a program called the "Time Series Editor" that's distributed with WMS that has additional capabilities for editing GSSHA rain gage information. More information about the rain gage file used with GSSHA is located on the GSSHA wiki here: https://gsshawiki.com/Precipitation:Spatially_and_Temporally_Varied_Precipitation You can manually edit this file as needed to provide GSSHA with the needed rain gage information. I'd recommend keeping a backup of the file if you manually edit it so it doesn't get changed by WMS or the Time Series Editor programs and you can always revert to your backup if needed. Let me know if you have further questions. Chris
  13. Chris Smemoe

    WMS 10.1

    The CAD menu was removed from WMS 10.1. The CAD menu options can now be accessed by right-clicking on the CAD data in the project explorer window. Let me know if you have any other questions. Chris
  14. Chris Smemoe

    GSSHA long-term simulation

    Vaclav David, Just looking at your screen, there are 2 things I can think of that might possibly be incorrect in your model. One possibility is that you are trying to run a storm drain model without having defined channel routing in your model. There was a bug in GSSHA that was recently fixed where if you tried to run storm/tile drains without channel routing defined GSSHA crashed. This has been fixed if you download the latest gssha.exe from http://gsshawiki.com. Another possibility is that your GSSHA output window states that there was an error encountered in the hmet_WES file. This is your HMET file used in your long term simulation. You should probably attempt to fix this error and see if this fixes the problem. I believe sample files are located on gsshawiki.com and there are some sample files in the long-term modeling example from the WMS tutorials. You could also contact our Tech support department with your files if you have a current maintenance contract for WMS. Let me know if I can be of further assistance. Chris
  15. Chris Smemoe

    Diverting a Drainage Path

    Mike, I just saw this and you have some strange things happening. If you still have the files and get a chance, it would be nice if you could contact support@aquaveo.com or call them with your files so we can see what's wrong with importing your flow directions. Thanks, Chris