Jump to content
GMS, SMS, and WMS User Forum


  • Content Count

  • Joined

  • Last visited

Everything posted by calberts

  1. Mike, This is exactly what I ran into the other day for a project I was working on. One possible workflow would be to edit the DEM using a feature arc. This is done by creating a new coverage, digitizing an arc through the center of the culvert (terminating it at the toes of the roadway embankment, or just beyond), editing the underlying DEM cells along the arc, and then rerunning TOPAZ. You can read more about this process in the online documentation: http://www.xmswiki.com/wiki/WMS:Editing_DEM_Elevations. An easy way to get the "Edit DEM Elevations" to pop up is to select the arc running through the culvert and then right click on it and select "Edit DEM Elevations". In the "Edit DEM Elevations" window, you can multi-select the first and last points in the plot by holding down shift and then you can press the "interpolate" button to linearly interpolate the elevations between the two selected points. When you select OK, it will edit the DEM elevations accordingly. Don't forget to rerun TOPAZ to pick up the new drainage path and then re-delineate your basins. If after doing the above, TOPAZ still does not pick up on the new drainage path further editing could be required such as widening the gap by repeating the process with a parallel arc or extending your culvert centerline further upstream/downstream. Let us know how it goes. -Cody
  2. Hi WIALLEN, Did you also extend your materials upstream? I have seen this message when my materials do not cover the inflow boundary. -Cody
  3. John, As far as some of the more routine or general processes go in SMS like filtering, retriangulating, and merging go, my understanding is that most only utilize a single core. And as far as running models goes in SMS, there are some numerical models which allow parallel processing such as ADCIRC, ADH, and even TUFLOW has a form of parallel processing with their GPU solver, but there are also many which do not have that capability. Are you planning on using any of those models? The general set of hardware requirements are listed at the bottom of the following page: https://www.aquaveo.com/software/sms-surface-water-modeling-system-introduction You could stick with the 32G of RAM that you have, and match that with a processor with the fastest clock speed that your budget will allow, as mentioned in those general set of requirements. -Cody
  4. It depends on the situation, really. If I don't need to do a lot of changes to the TIN, I like to convert it to a raster format. High resolution rasters are handled very efficiently in SMS and with the realease of SMS 12.3, you can now use rasters for meshing and grid creation. Raw .LAS lidar files can be brought in as a raster or external software can be used to interpolate points to raster. If the TIN data requires extensive edits and changes and I have to keep it in a TIN format, then I look for ways to cut the points down which could include filtering the data or deleting the outer extremities of the data which lies outside my project area. Are any of those possibilities for your situation?
  5. John, SMS has tools to filter out scatter points, see the documentation below: http://www.xmswiki.com/wiki/SMS:Scatter_Data_Menu#Scatter_Commands You provide a filter angle which helps decide the extent of the filtering. I usually vary the angle a bit until I like what I am seeing for the remaining scatter set. So you may want to make a duplicate to preserve the original, if you do not end up liking what the filtering options give you. I will add that I have run into large scatter sets where it also takes a long time to filter. These larger datasets end up chewing on the data while requiring a lot of RAM during the process. If the computer you are using doesn't have a significant amount of RAM, it will likely take a lot longer. If these scatter sets were created from LiDAR tiles, there are other options for bringing them in that might work for you which handle the data more efficiently, processing wise. Let us know how it goes. -Cody
  6. Hi Gary, We have recently encountered the "error renumbering..." message while working with some files of our own. It seems to happen while modifying the polygons as you have mentioned. This has been reported as a bug and will be fixed in the very near future. I have not seen any issues so far with polygon assignments being different as shown in the task bar or any 5-15 second delays in opening the materials dialog, but we would like to investigate this a little more so we can resolve any issues that may exist. If you still have the files showing this behavior, and would be able to share them, you could contact our technical support team at support@aquaveo.com. They can set up a link to upload the files and look into this a bit further. -calberts
  7. You could use the split nodestring command. This option is found in the "Nodestring" menu and is usually dimmed and unavailable for use. To un-dim this command and use it, use the select node tool and select the node along the nodestring where you would like to split the nodestring (so in your image above, this might be node 1). With a node selected, you can then choose Nodestring | Split and the nodestring will be split at the node. Of the two resulting nodestrings you can delete the one that you no longer wish to have. I tested this on one particular nodestring and it preserved the nodestring inputs within both of the resulting nodestrings. A similar command is the Merge nodestrings command which is available when two nodestrings are multi-selected. I hope this helps. -Calberts
  8. Hi Tertia, I am not aware of an option to interpolate cross sections with nodestrings. But I am confident there is a way to accomplish what you are trying to do. The most efficient way is dependent on what you currently have. It sounds like you have a scatter set surface right now and cross section data in some format. In what format do you have your cross section data? (XYZ text file, CAD file, Shapefile, etc)
  9. NicT, SMS will allow you to create a text file including node point locations and computed datasets in the "Save as" menu. 1. Select the Mesh to make the mesh module active 2. Select "File | Save As..." 3. Change the "Save as type:" to "Tabular Data Files (.txt)" 4. Give it a name and click Save. 5. Specify the number of columns, Precision, and Delimeter type 6. In the "Data" row at the bottom select the "Data" button for each column to choose a mesh dataset that will be written to the text file. You can choose "X" and "Y" which are the coordinates of each node, and then choose other datasets to add the the other column(s) (which will be however many columns you chose to include) 7. Select OK when finished setting up the columns and it will create the text file with the columns configured how you set them up reporting data at the node locations. I have used this quite a bit to transfer mesh data to other programs and excel. -Calberts
  10. Hi, For the FST culvert, which is called "Culvert" in the SMS SRH-2D Linear BC assignment window, your best reference will be the Bureau of Reclamation's Technical report SRH-2016-09 which can be accessed at the following link: https://www.usbr.gov/tsc/techreferences/mands/mands-pdfs/ModelingIn-StreamStructuresInternalFeaturesWith SRH-2D_02-2016_508.pdf That paper also provides detailed description of all other structures in SRH-2D. For the HY-8 culvert, which is called "Culvert HY-8" in the SMS SRH-2D Linear BC assignment window, you will most likely find the HY-8 user manual to be most helpful. http://wmsdocs.aquaveo.com/HY-8_UserManual_v7.5.pdf -Calberts
  11. Thank you for posting this. We are unaware of any problem such as the one described at this time. However, we would like to run some tests to try and replicate it. Could you send an email to our support team at support@aquaveo.com with a description of this problem and details of your SMS setup? This will help us narrow down our testing. Please be sure to mention which SMS build you are using and any pertinent information such as the steps you take to assign the bathymetry and scalar paving data.
  12. Fahad, Thank you for posting this. Could you provide more information on this so we can adequately answer your question? What type of boundary conditions are you currently using? What is it that you are wanting to see the model simulate? Kind regards, calberts
  13. Here is an example of a landXML file format that SMS can read, you can use it as a guide for formatting yours. It looks like for the most part you have all the necessary components, you may just need to add a line or two and make sure the formats match. To answer your questions: Q1: If the XML file is not able to be read by SMS, please use the attached file as a guide as there could be some incorrect formatting. Q2: The open file dialog, is how you would read in a landXML file. Correction: SMS may be different than other programs you have worked with. It views TINs and Finite Element Meshes as different data types. TINs in SMS could have several uses, however one of the more common uses of a TIN surface in SMS is to provide an elevation surface from which a finite element mesh acquires it's elevations. The two data types are usually overlaid and elevations from the TIN surface are assigned to each node in the finite element mesh using an interpolation process. simple road3.xml
  14. Is the inner ring its own polygon? If you make it a polygon, the decreased density resolution should go throughout the entire inside of the ring. The bias setting in the polygon properties of your "outside" polygon can influence this as well.
  15. Ryley, Thank you for the screenshots. The error you mentioned is more of a secondary error, the message of not finding the simulation data file "mycasename.dat" typically indicates that SRH-PRE did not run correctly, therefore the data file was not created. The real error is what is shown in the second image in your Word Doc. where the SRH-Pre messages are listed. This error could mean there is a problem with the SRH2D boundary condition coverage, specifically the culvert arcs, as you have mentioned. Rebuild a new BC coverage identical to the first and use it in your simulation. If this is related to the issue I am thinking of, it will be fixed with the release of SMS 12.1.8. If rebuilding the coverage does not work, please contact technical support at support@aquaveo.com where they can troubleshoot your model files further. Best regards, -Calberts
  16. Fahad, 1. You don't have to convert. The units for flow vs time or Head vs Time are consistent with whatever units the display projection is using. You can check the units of the display projection by selecting "Display | Projection..." 2. Sounds like a projection units issue. In SMS you can specify the "Display Projection" and each individual object also has an "Object Projection". Right click on the scatter set in the Project Explorer and choose "Projection..." to see what it is set at. Make sure the units for it are "Feet" as you have them specified in ArcGIS. 3. Unless you need your DEM to be a scatter set, to perform edits, you can leave it as a Raster and use that for the Grid Elevations. The raster can be specified for use in the "Grid Frame Properties" under elevation options as shown in the attached image. If you do need it in scatter format, here are some options: 1) use SMS to create a resampled raster at a newly specified larger resolution than 10 ft and then convert to scatter (note: this will degrade the elevation data making it more coarse, yet it will allow you to thin the number of points that will be created) and 2) Turn off the display of "Points" and "Triangles" in the scatter set options of the Display Options before converting the DEM to a scatter set. This will ease the burden on your computer graphics. Unfortunately it will probably not do much with the RAM issue as the conversion does require a good amount of RAM for larger scatter sets. Let us know what works. -Calberts
  17. This may not be caused by having a third simulation with a different mesh, but rather it is more likely something to do with the setup of a culvert structure in your simulation. The first thing I would check is to make sure that the BC arc and Material polygon snapping is the same. The images below show how the BC arcs for a culvert and the "unassigned" material zone are snapped to the mesh. The dotted lines can be turned on in the display options and are called "Snap Preview". They are helpful to see how the materials and BC arcs are spatially assigned to the mesh. The image below shows a valid snapping configuration. Notice how the dotted snapping lines from the culvert BC matches the dotted snapping lines from the material polygon. The image below shows an invalid snapping configuration since the snapping edges are not the same. Likewise, the image below shows inconsistent snapping between the BC arcs and material polygons and is therefore an invalid configuration. Hopefully this is helpful. -Calberts
  18. Fahad, That is good that you have access to both bathymetry and land elevation data. To know if you should mosaic the two data sets really depends on what you are trying to simulate or analyze. In some coastal models bathymetry data is not included because boundary conditions can be used to represent the interface of land and sea. The TUFLOW manual talks more of what BC types are used to simulate tides and storm surges. If you think you will be needing to combine the data, the easiest way in SMS would be to merge them as either rasters or 2D scatter sets. -calberts
  19. Hi Fahad, Thank you for your interest in SMS. There are links to TUFLOW tutorials and tutorial data files at: http://www.aquaveo.com/software/sms-learning-tutorials I would recommend starting with the "TUFLOW 2D" tutorial which will walk you through the steps to create a TUFLOW grid using elevation data. SMS supports many raster formats, so depending on the format of your DEM and whether it is one of the compatible formats, you may be able to use it directly to assign elevations to the TUFLOW grid. Best of luck, calberts
  20. This problem may not be specific to one single specific type of issue with the model. I would suggest following the suggestions in the following thread as an overall troubleshooting process.
  21. Is this an SRH2D question? If so, it sounds like SRH Pre is failing. There is a "SimulationCaseName"_OUT.dat file in the output directory that should have been created. Opening that file in a text editor may show you an error that SRH Pre ran into.
  22. Are you creating the output feature class inside a GeoDatabase? I have seen the same error when trying to create a feature class in a non-geodatabase location.
  23. I have seen this error before when I have stream arcs defined as "General Stream" as the stream arc type and diffusive wave turned on for the stream routing in the job control. If you would like to use stream routing, it requires you to define the stream arcs as "Trapezoidal Channel" and define the geometry (base width, side slopes, etc.). The other option would be to leave them as "General Streams" and turn off 1D channel routing. -Calberts
  24. Hi Joel, It is convenient you have access to all of the software you have listed. Here is one method you could use, you could take your .2dm file from SMS and use the file import wizard within WMS to load in the X,Y,and Z values of the mesh nodes as TIN vertices. You would then triangulate the tin in WMS and convert the TIN to a DEM which will allow you to specify the resolution as fine or course as you desire. Once it is a DEM, use File | Save as... to save it as an arc/info grid format (which should be compatible with mostly any program you are going to use it in). One thing I would say about this process, or any process where you are drastically changing the structure of the original data, is that you will likely be degrading your data by forcing a set of unstructured mesh nodes to fit a structured raster grid. The extent of the degradation will depend largely upon the resolution you specify for the DEM. Best of luck, calberts
  25. The feature objects are displayed at the elevations of the points, nodes, and vertices of the feature objects. You could set the elevations of all points, nodes, and vertices to something greater than the mesh elevations. Careful when doing this, some of the models use the elevation of these features for model inputs (such as obstructions in SRH-2D). If this is the case with your feature objects, a safer route could be to duplicate the coverages and change the elevations on the duplicated coverage points, nodes, and vertices on the duplicated (unused) coverages.
  • Create New...