Alan K. Zundel

SMS Development Team
  • Content count

  • Joined

  • Last visited

Community Reputation

-1 Poor

1 Follower

About Alan K. Zundel

  • Rank
    President of Aquaveo

Contact Methods

  • ICQ

Profile Information

  • Gender
  • Location
    Provo, UT
  1. Where did your SOF file come from? Was it created when you launched SRH from inside of SMS? Which version of SMS are you using? SMS 11 used what SRH referred to as the "Full" interface. SMS 12 uses what SRH refers to as the "Custom" interface. If SMS 12.1 or SMS 12.2 are creating an incomplete SOF file, I would be very interested in getting the data files and resolving this issue as a bug.
  2. Hello. The SRH-2D simulation should be able to run from a previous project. The "sof.dat" file created by SRH-Pre will contain all the input that was processed by SRH-Pre. Looking at it or stepping through the SRH-Pre run in partial mode can give greater insight about what is not working. Another option would be to make sure you have exported the SRH input files again. That would replace all the input you have so you may want to save them for forensic reasons. Finally, if you submit your data files to the Aquaveo tech support group, we can evaluate the project to see what is wrong.
  3. What numerical model are you using that supports this function? The TUFLOW model allows for alterations of the elevation at a specific time in the simulation or based on a trigger. The AdH model automatically refines elements when the gradient across the element is larger than a specified amount. Other adaptation would need to be model specific. If you want to try your second approach, you have to specify the time to stop the initial run explicitly, then interpolate the solution to the refined/modiied grid, then restart the second run with a hotstart file.
  4. Amy, I just reviewed this with the tech support and here is what I understand: 1- The date in the "Time" tab is recorded with the SMS project. It is the intent of SMS that this date should be specified before extracting tidal constituents and be kept current with the boundary conditions being applied in the simulation. 2- The date in the "Tidal Constituent" tab comes from the ADCIRC control file. This means that the date is unknown. The tidal constituent tab allows the user to apply amplitudes and phases for the boundary nodes based on any tidal database, including those not supported from inside of SMS. This means that once the user specifies the tidal constituents, there is know way to verify the values short of performing the extraction again. 3- When SMS extracts tidal constituents from either the LeProvost or ADCIRC databases, the default date if populated with the reference date from the time tab. That does not mean that the user is forced to use that date. Since the user can provide any data he/she feels is appropriate, ADCIRC (and SMS) leave that responsibility with the user. The user could document the process he/she followed in the meta-data of the project. Therefore, my understanding is this: a- If the process is followed correctly, the user will specify a simulation reference date in the time tab and all data will be consistent with that date. b- The simulation reference date is preserved in the SMS project file. c- The user can further document the work that has been done in metadata for the project. d- Nothing is forcing the user to follow these practices, so a reviewer or engineer that is trying to apply the model must be careful not to assume too much, and may want to perform verifications. Do you have any suggestions that we could implement from an interface point of view to facilitate the process? Alan
  5. Amy, Did you load an SMS project, or just the ADCIRC control and grid files? Alan
  6. Karl, My guess is that this is a licensing bug on our end. Did you submit your map file that is causing the crash to our tech support? If we have the file I am sure we can get the issue resolved. Alan
  7. Amy, ADCIRC has not traditionally saved this date. It is used when you extract the tidal potential and tidal amplitude values from the database, but it is not saved in the fort.14 or fort.15. SMS saves it as part of the project that builds the ADCIRC files. If you have the ".sms" project file, it is there. You can view the value by loading the project into SMS and looking at the time control tab of the model control. You can also load the sms project file into HDFview which is a free viewer/editor for HDF5 files. There are some new features in ADCIRC that use the date, so this information may become part of the standard ADCIRC simulation. Alan
  8. Alfredo, You can email your files to If they are too large to attach, we have an anonymous ftp site. I would start with an email. If I (or tech support) could see your files I am sure we could get your problem resolved very quickly. If we can understand what has caused your confusion, we can post a notice to help others avoid it. Alan
  9. It sounds like the simulation is not getting the wave conditions saved correctly. The details of managing those files has changed between 11.0, 11.1 and 11.2, so depending on which version you are using it may require different checks from your part. If you go into the model control dialog, then into the boundary condition cases, and verify that the spectra are assigned there, that is the first step. If that looks right, you need to make sure SMS knows where the simulation is saving out. Doing a "Save As...|STWAVE" usually clarifies this. If all of that is already set, I would suggest you submit your files to Aquaveo tech support and we can get your problem resolved. Alan
  10. Emma, I am not sure exactly what issue you are talking about. The nodestrings do not require sequential node numbers, you just need to know which nodes make up each nodestring, and SMS saves all this information automatically in the fort.15. If you renumber nodes from a nodestring, SMS does assign the nodes in that nodestring the intial node IDs, but neither ADCIRC, nor SWAN care about that. We recommend that you use the global node numbering (added in SMS 11.1). Then none of the nodestrings will be numbered with sequential node IDs, but as I said, this is not an issue. There can be issues with multiple nodestrings connecting end to end. For that situation, you are best off merging the nodestrings into a single nodestring. This requires that the two nodestrings actually share one end point. Select both nodestrings, right click and select merge, and they become one nodestring. If the two nodestrings begin and end at separate nodes, they cannot be merged, but I think ADCIRC will still work for that case because the boundary conditions are actually assigned at the nodes. If this is not the problem you are encountering, please clarify and we can try again. Alan
  11. Heeyoon, The dx value for LTEA does not control the mesh size. The mesh size comes from a distribution of nodes based on the LTEA ananlysis and result in a specified target number of nodes. The dx value is a base grid size utilized by the LTEA calculations. Basically, it is the limits the how quickly the distribution can change in more than a linear fashion. Alan
  12. Mithun, If I want to increase the resolution (or decrease it for that matter) of an existing mesh, the easiest way is to scale the size function I use in my conceptual model. However, that requires that I have a conceptual model that I used to generate the mesh and I used a size function. If I don't have a size function, you can create one using the dataset toolbox. The steps are as follows: 1- create a "spacing" dataset (This computes the average edge length for each node in the mesh) 2- use the dataset calculator to scale the spacing dataset. (finer mesh, scale by less than one - coarser mesh, scale by greater than one) 3- convert the mesh to a scatterset If you don't have a conceptual model at all: 1- convert the mesh to map (right click on the mesh). Converting mesh boundary to arcs. 2- Split/merge the arcs as needed to represent your boundary conditions and assign the boundary conditions to the arcs. 3- Build polygons (feature object menu). 4- Assign the polygons to use the size function (scalar density paving). If you are using patches, let me know and I can help you work through that. Regenerate the mesh using the Map -> 2D Mesh command. Alan
  13. We have experimented with using email notifications in the past. This seems like a useful possibility. We will investigate.
  14. Ian, I have not yet been able to reproduce your error. When you import the fort.53, are you importing any other ADCIRC solution files at the same time? How many constituents have you included in the harmonic run? Alan
  15. Ian, I have not heard of this issue before. I will investigate and get back to you. Alan