Jump to content
GMS, SMS, and WMS User Forum

Chris Smemoe

WMS Development Team
  • Content Count

    378
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by Chris Smemoe

  1. I'd recommend making a rain gage coverage and add points to that coverage. In each point's attributes, you can assign the rain gage data to each location. You would normally assign a rainfall amount for a particular storm from the IDF curves along with some kind of rainfall distribution. All this information can be assigned in the point attributes in the rain gage coverage. If your rain gage coverage is defined and you have a watershed that you've delineated in WMS, WMS computes the gage weights for each sub-basin in your watershed when you compute the basin data. Chris
  2. Fsanti1 I think the solution cell water depth will correspond to the water surface elevation you specify in the overland boundary condition and this water depth will be applied in each of the GSSHA overland flow model time steps to adjacent cells. This option is useful for coastal storm surge or levee break modeling. I have not personally looked at the code to guarantee that the water depth at the cell is kept at that boundary condition throughout the simulation though. Also, to answer the second part of your question, I do not know how GSSHA interpolates between water surface elevatio
  3. Kevin, I recommend contacting Aquaveo tech support about this issue with the exact steps you're using to duplicate this problem. Chris
  4. Dan, Which version of WMS 11.0 are you using? Are you using the most recent update (Built around May 3rd)? To convert to a land use grid, WMS is looking for a raster with a single band of data that has a color palette. I don't think the values have to be 8-bit, but they usually are if there's a color palette. If you have a way to export a color palette from ArcGIS with your .tif file, WMS should recognize this as something that can be converted to a Land Use Grid. Chris
  5. AvilaY, Those 2 messages are normal if you have modified the WMS-computed basin boundaries. They show up because WMS follows the flow directions on your DEM to compute the maximum flow distance and the maximum basin length. If basin edges are encountered while following the flow directions, you get this error because the flow directions will usually intersect the basin boundary if you have modified the basin boundaries from the boundaries WMS-computed boundaries (WMS uses the original flow directions and accumulations to compute the boundary to begin with, so if you change the boundarie
  6. The junction length is the length of the stream located downstream from the junction. It's measured from the junction to the next downstream outlet (junction) point. Hope this helps, Chris
  7. Thomas, EPA-SWMM support has not been dropped from WMS, but the tutorial is not available online for various reasons. You should be able to request the tutorial by contacting tech support directly or by going to the WMS tutorials page on xmswiki.com. WMS is useful for pulling data into WMS and converting the data to a schematic that can be used to export a SWMM model. It's also useful for running hydrology and linking hydrology results to a SWMM model as described in the tutorial. It does not have a full interface to EPA-SWMM (you can't enter all the SWMM time series information in WM
  8. Sorry it's taken so long to answer this. The main channel length depends on the length of your stream in the watershed or sub-basin where the calculation is made. So if your stream arc is longer in this basin, your main channel length will be longer. It's the same with the 10/85 channel slope calculation. This calculation depends on your stream location and length. Since the 10/85 calculation depends on 2 points along your stream, this calculation may not be as accurate as something like the average stream slope. Hopefully that's helpful, let me know if I can help with anything else,
  9. The WMS software developers are excited to announce that the beta version of WMS (11.0) is available for download! The final version will be available sometime in the next couple of weeks.  A detailed list of the new features available in WMS 11.0 is located on the following web site: https://www.xmswiki.com/wiki/WMS:What's_new_in_WMS_version_11.0 Enjoy! Chris
  10. I just noticed your response. There are a couple of things you can do to get a better result. One is to increase the number of cross sections in your model so you have more data points and get better interpolation when you do the floodplain delineation. The other thing you should always do is to add additional solution points by interpolating between the existing solution points along the river of interest and add additional solution points along each of the cross sections in your model.
  11. Yacob, Sorry it took so long to respond to this problem. The problem with Cleandam is that it does not always automatically fix all the "digital dams" in your elevation grid. However, cleandam does a good job of fixing most of the digital dams. Your easiest option is probably to fix what cleandam gave you by manually adjusting the elevations of the cell with the problem in WMS until the digital dam goes away. There is an ""official" gsshawiki.com help page that describes the process and problems with the cleandam program in WMS. The page is located here. I will mention that th
  12. WMS is looking for something like the following lines in your .out file: RVR MILE MAX FLOW MAX ELEV MAX DEPTH TIME(HR) TIME(HR) TIME(HR) FLOOD FROM DAM (CFS) (FT-MSL) (FT) MAX DEPTH FLOOD DEFLOOD DEPTH(FT) ******** ******** ******** ******** ******** ******** ******** ******** .00 1214514. 5331.49 97.20 2.00 .00 .00 10.00 1.02 989023. 5331.49 109.32 2.07 .00 .00 10.00 2.57 952856. 5331.49 116.03 2.18 .00 .00 10.00 4.48 943327. 5299.28 125.0
  13. I am not sure why you would be getting this message, though I can only guess. Make sure you have permissions to write to the directory where you're saving the TOPAZ output files. Also make sure the directory exists. If these are both true, there may be a problem with your WMS installation. You could try re-installing or repairing your installation. Let me know if you need anything else, Chris
  14. Conrad, I think you can do what you need using the culvert option in GSSHA. I've never tried to model what you are doing using the GSSHA storm drain coverage/pipes with a GSSHA coverage and stream arcs. You may be able to get something working, but I'm not sure what would happen with the multiple stream networks you would have in the GSSHA coverage. Hope this helps somehow, Chris
  15. 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
  16. 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 e
  17. 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 c
  18. 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 te
  19. 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.
  20. 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 pe
  21. 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
  22. 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 h
  23. 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
  24. 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
  25. 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
×
×
  • Create New...