Jump to content

All Activity

This stream auto-updates     

  1. Earlier
  2. Dear Mpolak, It appears that your license may not have been coded with threads. As of 2019 each TUFLOW FV license comes with 4 threads as default. The term 'threads' refers to the degree of parallelism a given simulation can be run on (more on this here:https://fvwiki.tuflow.com/index.php?title=A_Model_Runs_Slow#Parallel_Processing). As you have a local 8 of TUFLOW FV you should also have access to 32 threads (8x4=32 threads). So we can take a closer look at your license could you please create a cmDust file (follow the instructions on this link: https://fvwiki.tuflow.com/index.php?title=WIBU_create_cmDust) and send through the resulting to support@tuflow.com. We look forward to getting you back up and running as soon as possible. Kind regards, Mitch.
  3. Hello, We have a standalone license dongle for TUFLOW that will not work on new computer. We are replacing desktop and the hardware dongle will allow the software to run fine on the existing machine. On the replacement, we installed codemeter but then after plugging the dongle into the new machine and trying to run the software we get the attached screen shot error. TUFLOW FV Threads (16) Not licensed or no local licenses free. ERROR: Requested threads licenses not found on available dongle/s.
  4. Hi Joe, Thanks for the response. I ended up just manually setting culvert inverts in QGIS. Cheers, Hamish
  5. Hi Hamish, As far as im aware there is no way to set invert levels automatically to a stand alone culvert (assuming this isnt part of a wider network?). An invert level of -99999 will work providing the pipe is part of a wider network where you do have upstream and downstream inverts defined at either end of the wider system, the -99999 value will then interpolate inverts linearly between the defined inverts. I would recommend either using the value tool over the raster in QGIS to gain ground levels at the desired points (if survey data is not available). Another option would be to run the model without culverts to gain the grid check file, you can then better select your 2d_bc boundary cells and also interrogate the elevation of the cell. I should note that a Z flag can be used in the 2d_bc SX (line or point) to lower the linking cells to that of the defined invert elevations. If a Z flag is used its important to assess the messages layer which will note the change in elevation between in original cell elevation to the lowered value from the Z flag and invert level of the culvert. This should be a 'large' value, the risk is you could get cells that are greatly lowered which will impede flow and possibly case instabilities. Cheers, Joe
  6. Is there a way to automatically set the US_Invert and DS_Invert of a circular culvert in a 1d_nwk file to the ground level? I tried setting both to -99999 but this returned error 2050. Thanks
  7. Hi, I'd like to second Ruth's request. Is anyone aware of any updated or alternate sources for UK specific infiltration parameters for any of the methods available in TUFLOW? Thanks Michael
  8. Hi Ben, We haven't heard from any of our users about using github for TUFLOW control files. If you do try it, please let us know about your experience. Kind regards, Pavlina
  9. We are pleased to announce the release of TUFLOW Classic/HPC 2020-10-AA. This release is a substantial update to the 2020-01 release that includes enhancements to the HPC and Quadtree solvers and new default settings. HQ boundaries in HPC and Quadtree now default to the same approach as used by Classic solver Dambreak piping failure and new 1D dambreak channel Automatic adjustments of 1D structure losses according to the approach/departure 2D velocities Two new layered flow constriction approaches for improved modelling of pressure flow at bridges A range of bug fixes primarily relating to the new functionality in the 2020-01 release The new executable and the 2020 release notes are available for download from: https://tuflow.com/downloads/#tuflow. This release is included in the 2020/2021 maintenance period, which was invoiced mid year, therefore licences will need to be updated for the 2020/2021 period. For any licensing queries, please contact sales@tuflow.com. An update to the TUFLOW manual for the 2020 releases is now underway, but in the meantime the 2018-03 release version of the manual is the latest and should be read in conjunction with the 2020 release notes. Happy modelling from the TUFLOW Team and as always, any queries, suggestions or issues, please don’t hesitate to contact support@tuflow.com. Best regards The TUFLOW Team
  10. For anyone arriving on this page after the 22nd of October: the forums are online at their new address and no further outage is expected. Forwarding has been put in place to ensure any old links still work, but please follow Bill's advice and update your links and bookmarks where you can.
  11. Hello all We are pleased to announce that we are transitioning to a new website (same www.tuflow.com address) over the next day or so which will change the URL to the forum. Whilst old URLs will be redirected, should you have any shortcuts to this forum it is recommended to change from the old link (https://www.tuflow.com/forum/) to the new link (https://forum.tuflow.com/) to maximise access speeds. The TUFLOW Wikis will not be affected by the changeover. Please note that during the transition the website and the forum will experience outages. Once the transition has completed we will make an announcement on this channel. Apologies for any inconvenience during the transition and we look forward to showing you our brand new website. Should you have any queries or experience any problems after the transition, please don't hesitate to contact support@tuflow.com. Best regards The TUFLOW Team
  12. Hi Helen, Can you please send .tlf to support@tuflow.com so we have a bit more information about your model? Thank you. Kind regards, Pavlina
  13. Hi I have a model of a breach of the defences in a tidal estuary. We have set up a 2d_vshp to lower a section of the defences just prior to the tidal peak and then repair them in 18hours. Normally, I would snap a 2d_bc with the tidal levels in along the defences but this does not seem to work in this case. I’ve found tuflow has a problem when the 2d_bc and 2d_vshp are being applied to the same cells. I’ve got around it by setting back the 2d_bc into the estuary. Is this a know problem? I would prefer snapping the 2d_bc to the defences to avoid instabilities in the estuary. Thanks Helen
  14. Hi Jason, The increase in startup time might be insignificant for some models and to some extent noticeable for others depending on how the model is built. Keep in mind that this would only affect the initialisation run time for the first time when XF files are used (the default). We will consider if skipping the grids that doesn't fall within the refinement domain can be implemented for future releases. Thank you for the suggestion. Cheers, Pavlina
  15. Hi, I was trying to model evacuation routes with depth cut-off values of .1, .3, .5 & .7. I didn't specify Z values to any of the road geometry but bridges. Examining results indicate all road triggers have the same start, stop & duration readings irrespective of trigger depths. However all bridge crossings report varying start, end times & duration based on cut-off depths. Assuming roads report the same duration for all four cut-off depths due to no Z value field, I split roads layer into multi segments (same as grid cell size) and assign Z elevations to each segment to rectify this issue. In this approach, multiple route segments with the same route name were read into the model. Models produce the following error message after this modification. NoXY: ERROR 2409 - Cut off types must also match when extending route with matching name. Route Name: Test01 RD Route Type: https://wiki.tuflow.com/index.php?title=TUFLOW_Message_2409 Why am I getting this error message? I don't have any Cut_Off_Ty or Cut_Off_Va attributes filled in the GIS data layer as I am reading these values through a tgc file. I am using Tuflow 2018-03-AE version and the line layer is digitised using Multi Line Strings. Kind Regards Nilantha
  16. Hi Bonnie, Surcharging manholes are not currently supported in TUFLOW, however they are on our development list to consider for future releases. Q pit with 1d_na user defined storage might be a reasonable workaround in the meantime. Is there a storage node in your current model? Cheers, Pavlina
  17. Hi All, Does anyone have any advice on how best to model a soakpit? The soak pit is similar to a 1050mm diameter pit, 3m depth and field inlet. The soakwell has a connecting upstream 450RCP. I am currently modelling it as a Q type pit but it doesn't seem to be representing it well. Ideally it would be good if there was a surcharging manhole options so that you could see when the soak pit initially blows out. But as far as I know surcharging manhole isnt an option currently in TUFLOW. Thanks in advance!
  18. Has anyone used github to track model files? Given they are text files it seems it could be a good option for documentation and tracking file changes...
  19. The 2017 TUFLOW release notes mention that input grid extents are checked when using the "Read GRID ==" command. If the extent is outside the 2D domain the grid is skipped to reduce simulation startup. I have noticed that for quadtree models with nesting, that inputs grids are processed for each refinement level even if some grids do not fall in the refinement region. For example, a quadtree model with base 10m grid size and one 5m refinement area using DEM tiles to set Zpts. Each tile in the DEM will be processed to the 5m refinement level (GRID_TILE_X.5m.xf4) even if that tile does not fall within any part of the 5m refinement region. Does this unnecessarily increase startup times by generating xf files that aren't needed?
  20. Hi, I've just been reading through this thread and had a thought. For point 3 if the 1d_xs line is simply a reference file, what does this mean for HX boundaries snapped to the end of the 1d_xs lines? If the 1d_xs lines are for example too wide (but the referenced .csv files have the correct width) and HX lines are snapped to the 1d_xs; would water be entering the 2d domain the incorrect location? Should the HX lines be moved to the channel width represented in the .csv? Cheers Louise
  21. Hi Matthew, Well spotted. It seems the only option for grids is to output to -asc. I have added this on our development list. In the meantime, you can use asc_to_asc utility to convert created asc grids to the binary format. Cheers, Pavlina
  22. Dear GamesMaster, The tuflow_to_gis util description says it can output binary grid types, ie .flt files. But I can't get this to work (I've assumed the flag is -flt but also tried -f, -fl and -float). Can you advise on whether this feature is functioning in the 2020 build of tuflow_to_gis and if so, how to enact it? Cheers!
  23. Hi Duck The 1d_xs line should be type HW connected to HW table starting from elevation 0. The invert/bed level will be then taken from the 1d_nwk layer attribute and the elevations from HW table will be automatically risen to the invert level. Cheers, Joe
  24. Thank you Peter for the suggestion, great advice. If you or Paul still have the model with CN points that doesn't work well with HPC, please send it to support@tuflow.com and we can investigate if it should work. Cheers, Pavlina
  25. Hi Peter, Thanks for the response. I'm still not 100% certain I've got this right. I amended columns A+B to add the ground elevation so I am using the Height and Width in columns D+E (read in a table as XZ). Is this right? Couple things I'm not sure about this though - wouldn't this shape now not match what I am trying to achieve as it is arch shaped rather than elliptical? Also when I ran the model the 1D-ta_tables check file appears as though it has used my Z column (column D in the Rev3 spreadsheet) as the width of the culvert. Is this right? The culvert should be 5.1m height from a bed level of 2.455 and the widest point of the culvert is 8.5m. Thanks elliptical_culvert_Rev3.xlsx RD_Model_Build_04_1d_ta_tables_check.csv
  26. Hi there! The first thing to note is that you've labelled your columns for height and width, but the data you've got in there is Z,X. Rather than a spatial coordinate, TUFLOW needs the actual width of the opening. So what you need to do is look at a set of elevations and establish how wide the opening is at each elevation. Then as long as your height data is in ascending order from the bottom to the top, things should be good! The width column does not also have the requirement for ascending order (otherwise, as you suggest, you wouldn't be able to have pipes which were narrower at the top than they are further down, so you could never have an arched top). I've amended your spreadsheet, so the data you supplied is now in columns D and E, and you've got new HW data in columns A and B. I hope that makes sense! Let us know how you get on. Peter. elliptical_culvert_Rev2.xlsx
  1. Load more activity
  • Create New...