Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About mroberts

  • Rank
  • Birthday 03/21/1976

Contact Methods

  • AIM

Profile Information

  • Gender
  • Location
  1. The great thing about having links on the cover is that <ctrl> Home takes you straight to them from anywhere in the document!
  2. Can anyone recommend an opensource alternative to the UltraEdit text editor? Key features that I would really like to retain are: style themes or syntax highlighting to colour code TUFLOW text files; file compare; text links to open other tuflow related files; and running simulations from the editor (pretty much everything UltraEdit offers a tuflow user!). I've breifly considered notepad++, jEdit, and Cream, but struggles with establishing the text colour coding, as they all seem to require .xml format rather than the Wordfile.txt supplied by tuflow for UltraEdit. Any advice would be welcome. Thanks Mat
  3. There has been much discussion on machine specs v's simulation performance. Would it not be a good idea to use the tutorial models to benchmark the performance of many different machines to generate some quantifiable stats on different machine setup? The tutorial models are very basic and have the advantage that they can be run without a TUFLOW license - that way we should have greater uptake. Anyone interested? Mat
  4. mroberts


    Hi All, I would like to use a 2d_fcsh to model several separate box culverts (BC) through an embankment, but have some questions in regard to the application of 2d_fcsh. I've chosen a 2D approach such that momentum is transferred through the structure, in order to providing more realistic flow patterns at the outlet. A fine grid is being used with a cell size of 1.5/2m and the culvert opening widths vary from 3.5 to 5m, such that the structure width is greater than one or two cells. The grid has been alligned with the orientation of the culverts. Clearly for a 1m grid I'm not able to model a 3.5m constriction directly and if the 5m wide culvert does not match exactly with with the grid lines then I will need to constrict some of the cells that fall within the culvert. With the previous 2d_fc I would simply alter the width constriction factor for the appropriate cells. I would like to know the most appropriate method to model this situation using the 2d_fcsh. Using polygons to define the culverts, if I apply a pBlockage this is applied to all the cells within the polygon. I could digitise other polygons just for those cells at the side of the culvert that need to be constricted, but this seems rather a protracted process. How exactly is the BC_Width attribute applied for box culverts? Furthermore, how do you represent a 3D shape flow constriction to model a pipe arched culvert for instance, as alluded to in the TUFLOW manual? Any advice would be much appreciated, Mat
  5. Thanks Bill, In the end we calculate the rate-of-rise by creating the depth difference grids in MI then using the Splicer tool in VM to get the Maximum rate of rise. Interestingly, if you perform the calculation in ESRI you can exported the attributes from the timestep table, which I don’t think you can see in Mapinfo, i.e. the ArcGIS function does give the timestep that the maximum occurs at too, which is rather useful. The only downside is that it will only compute 57 grids at a time, but most of the change for the Pluvial modelling I was doing, happen early in the runs, so this wasn't much of a problem. Cheers, Mat
  6. Q: I would like to post-process my head results to calculate the rate-of-rise of inundation. I thought that this may be possible using the current flags available in the dat_to_dat.exe. Therefore, I set up a batch file, (1) to output the head at all times, or a set number of times (e.g. -k1, -k2, -k3, etc.), then (2) to take the difference in head between the successive times (-diff) and finally (3) concatenate the resultant difference results (-con). Unfortunately, at stage 2 this process fails when it tries to read in the second _h.dat file, saying that it is already open. (see attachment: CommandWindow1.doc). I have also tried using simulation results from two separate runs to circumnavigate the aforementioned issue, however I then receive the following warning: WARNING - the two .dat files are of different data type (see attached: CommandWindow2.doc). Rather than post-processing the results in a GIS environment, which may be rather long winded, has anyone succeeded to calculate the rate-of-rise using the TUFLOW utilities? Regards Mat
  • Create New...