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

17,241 profile views
  1. 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
  2. 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
  3. 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
  4. 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
  5. Routing Data

    Joe, Thank you for your input. I think this is a good suggestion and would not be difficult to do. I added it to our task list. In the mean time, there is a "filter" tab that's available when you are in the cross section attributes dialog. This tool allows you to reduce the number of points in your cross section to a certain number of points based on certain criteria. Chris
  6. Importing Survey Data

    Joe, You should be able to get survey data into WMS. Here's what I do to get it into WMS: 1. Select FIle | Open and select the .csv file. Here's my sample .csv file: 1, 1, 2 2, 2, 3 1, 2, 4 2, 3, 5 2. In the dialog that pops up, use the defaults and select "Next" 3. Under "WMS Data Type", select "Survey Data", then Finish. 4. This brings your data into WMS as TIN vertices. If you have vertices turned off, you won't see anything. To triangulate your vertices and show contours, select TIN | Triangles | Triangulate from the Terrain Data Module menus. You will see the triangles and contours. Let me know if you need anything else, Chris
  7. Dear Chris,

    I have a WMS model with HEC-HMS for hydrological modelling. And I have defined "user hyetograph" in HMS Meteorological Method as the following format. But I have an error "the start date or time is invalid". Do you have any suggestion for this case? Thank you for your interest. 



    14.2.2018 22:00:00    10.0
    14.2.2018 22:10:00    20.0
    14.2.2018 22:20:00    30.0
    14.2.2018 23:00:00    40.0
    15.2.2018 01:00:00    10.0
    16.2.2018 03:00:00    20.0




    1. Chris Smemoe

      Chris Smemoe

      The only suggestion I have is that you may be able to fix this by setting your computer to use "EN-US" as the locale setting when running WMS and HMS.

      Hope this helps,


  8. Routing Data

    Joe, There is no way to extract cross section information for the Muskingum Cunge method directly from a 1D Hyd cross section database. You can copy/paste the values from a spreadsheet into the appropriate tables in the HEC-1 interface. There is a reservoir routing tool that allows you to create a storage-outflow curve for an HEC-1 or an HMS model. I think the HMS tutorial describes how to use this tool. Let me know if you have any other questions. Chris
  9. The time step must be an integer divisible into 60

    Hi, Your comment sounds correct. If you are able to run GSSHA without errors, you can probably ignore the model checker output. Chris
  10. Static Tools

    Tamim, Thank you for reporting your issues on the forum. We sometimes run into these issues and we are usually able to help fix the problem with either a patch to the WMS software or are able to find a way to get your current version working. One thing you could try off the top of my head is to go to the Edit | Preferences menu command and select the "Graphics" tab. Select the "Software" graphics option, click OK, and restart WMS. See if you're still having the same problems. If you are, I'd recommend contacting tech support. They may be able to duplicate your problem using your files on one of our Aquaveo computers and we could get the problem worked out in the software. Chris
  11. CE-QUAL-W2 - what am I missing?

    Simon, Cody is right...you just need to have a branch and a segment coverage as described in the tutorial. Both coverages need to be topologically correct. This means that there are no intersecting arcs that don't have a node at the intersection and that any intersections snap correctly at a single node. The basic feature objects and the TIN tutorials are listed as prerequisites for the W2 tutorial and I'd definitely recommend going through these so you become familiar with basic feature object creation in WMS. I'd also run the W2 tutorial at least up to section 9 so you know how to setup geometry for a W2 model using the WMS interface. I will say that the strong point in WMS is creating a bathymetry file. After you've created the bathymetry file, it might be more efficient to switch over to the GUI that comes with CE-QUAL-W2 and use your bathymetry file with that interface to finalize your model. You could also finalize and write out the model using WMS, but the file format for the W2 model exported from WMS will not necessarily correspond to the most recent version of W2. Chris
  12. Diverting a Drainage Path

    Mike, What Cody recommends is a good solution. I would add that sometimes TOPAZ won't change the flow path even if you edit the elevations, so you might need to change the elevations of several cells around where you want the flow path to change to make it obvious to TOPAZ where you want the flow to go. You can edit individual DEM cell elevations by double-clicking on the DEM points as needed. But I'd try Cody's approach of adding a single arc first and see what TOPAZ gives you. Chris
  13. Curve Number

    Lalith, Your curve number report should show each of your basins with a list of the land use/soil type combinations and how the curve number was computed. In your drainage coverage, have you assigned a "Drainage boundary" type to the polygons? Do you have streams in your drainage coverage so an outlet is assigned to the downstream point on your stream? Have you converted to soil/land use data to coverages in the map module of WMS or are you using the shapefiles directly? If you have converted the soil/land use shapefiles to coverages, do polygons exist in this coverage and are the correct ID's (land use ID's and soil group letters-A, B, C, or D) assigned to the coverages? If you are using the shapefiles, are you using the correct fields to represent soil groups and land use ID's? Do the shapefiles or map land use and soil data overlay your watershed sub-basins? Are you using the most recent version of WMS 10.1? If you are doing these things, you should be getting results. If you are not, there may be something else wrong and I'd recommend contacting tech support. Hope this helps, Chris
  14. W Beck, Regarding question 1, you might try using the HEC-RAS program itself to visualize the water surface elevations at each of the cross sections in a 3-D view. There's an option in HEC-RAS to view the cross sections in an X-Y-Z perspective plot. This shows all the cross sections in your model along with the RAS-computed water surface elevations at each cross section. This plot should give you a good idea where your water surface elevations are in relation to the channel banks. You can also look at each individual cross section in your model and RAS will show you the computed water surface elevation on the cross section plot. Regarding questions 2 and 3, when you read a HEC-RAS solution into WMS, WMS just uses the water surface elevations computed by HEC-RAS and places a single water surface elevation (WSE) point at the intersection of each cross section with the stream centerline. Normally, you would run a linear interpolation between water surface elevation points along the centerline to get additional WSE points between cross sections. Then you would create additional WSE points along each cross section to increase the density of WSE points and improve your floodplain delineation results. WMS basically just subtracts the ground elevations assigned to your TIN from the WSE point elevations assigned to your 2D scatter set to get your water depths in your floodplain. In your case, you merged surveyed cross sections into your WMS-extracted cross sections, so your TIN elevations do not match your actual cross section elevations used in HEC-RAS. The Flood Depth (_fd) contours displayed in WMS subtract the ground elevations on the TIN from the HEC-RAS computed results, so if the TIN elevations contain the channel, water depths will be displayed in the channel. Further, if any RAS-computed water surface elevations are higher than your TIN ground elevations, there will be flood depths at these locations. Hope this helps somehow, Chris
  15. Error when trying to get map data

    UPDATE: The best solution to this problem is to download the latest version of WMS 10.1 here: https://www.aquaveo.com/downloads I'll update the links, but the patch listed below may stop working. I just want to post an update to this original problem. I've updated the files to be placed in your "Program Files\WMS 10.1 64-bit" directory to fix this problem. The new update uses the Google Maps API and does not bother you about updating the registry if you're not able to update the registry the first time running the application. This is our long-term solution to the problem and the update will probably not change from here. You can still wait until WMS is updated and install the update or just put the updated files in your directory. The updated files can be downloaded here: https://filecloud.aquaveo.com/index.php/s/L2SNSvbqMC0RfUV You need the password for the update, which is "vearth". Let me know if you have any further questions about this issue. Chris