Jump to content
TUFLOW Forum

All Activity

This stream auto-updates     

  1. Yesterday
  2. Last week
  3. Earlier
  4. Hi AK As hopefully you've seen, TUFLOW support has sent you a reply to your email on this topic (if anyone else would like to see this reply please email support@tuflow.com). We will be shutting down this forum in the near future (the content will be retained) due to the TUFLOW Wiki and direct contact with support@tuflow.com be overwhelmingly preferred these days. Good luck with your non-water liquid modelling! Best regards Bill
  5. Hi, I am building a release model for fluid like gasoline and diesel in an industrial site. The concept is relatively similar to the above question which posted almost 10 years ago. I am wondering is there any development since then for other fluids than water modelling in TUFLOW ? Are there any viscosity coefficients for addressing the non-water liquid in the TUFLOW model? Any suggestion is appreciated. Regards, AK
  6. I am building a TUFLOW model for a port site, which has a large number of large industrial sheds. Including buildings in TUFLOW is always tricky, with typical methods being: block out the building, making flooding flow around - appropriate for rising river flood modelling incorrect runoff volume for rain on grid high roughness for building footprints allows rain on grid volume to be correct, inappropriate flow directions of roof runoff - may be ok on a suburb scale but not when buildings are large and roof runoff is of particular interest Three sides walls allows rain on grid volume to be correct inappropriate flow directions of roof runoff - may be ok on a suburb scale but not when buildings are large and roof runoff is of particular interest In this model, I've got a 1 ha shed roof which will direct water to underground drainage, discharging in an open stormwater channel. I need to include the roof runoff in the model, so 1) doesn't seem, appropriate. The runoff needs to be directed to drainage with appropriate runoff rates, so 2) doesn't seem appropriate. The roof runoff should be kept separate from overland flooding, so 3) doesn't seem appropriate. Any suggestions? Ideally, I'd like to block out the building from the main model so water flows around it, but then have a roof runoff area in a separate domain which can generate runoff and deliver it to the drainage network. Is something like this possible?
  7. I have set up an ESTRY/Tuflow model with river sections represented in 1D element of the model. The model runs to completion with low mass balance errors. However, there are a number of warning messages related to Warning 2073 "Object ignored. Only Points, Lines, Polylines, Regions & Region Centers used. GIS Object = Null Shape". Reading through the Wiki Tuflow, I'd suspect the warning messages are related to having specified a type in the QGIS layer that is not expected at the stage in the processing. As the model includes a number of layers, I'd like to know if there is a way to identify the layer(s) in the model that is causing this warning? The warning messages are not geo-referenced and do not give any indication on location of potential issues. Any advice would be much appreciated. Thanks, Rana
  8. Please try the latest QGIS 3.24 and TUFLOW plugin 3.3. Since QGIS 3.8.1 a lot of development has been done and some of the latest improvements of TUFLOW plugin are not possible to come across to an older QGIS version. If that doesn't help, please send the 1d_nwk pits and pipes layer to support@tuflow.com. Pavlina
  9. Hi Pavlina, Thanks for response The QGIS is 3.8.1- Zanzibar. The TUFLOW plugin is build 3.1.9
  10. Hi Peter, What version of QGIS and TUFLOW plugin are you using? Pavlina
  11. I'm trying to assess the cover level on pipes in the 1D network. When using the 1D Integrity tool I'm getting the error below when trying to assess this shape file and another with minor pipes. The model was successfully run so shouldn't be an issue with the files. Am I doing something wrong? Anyone got any ideas?
  12. Dear all, I have Flood modeller-Tuflow coupled model for a larger area, A main river and one tributary is modelled in Flood Modeller and connected to tuflow for 2d flood routing, Main river and Tributary has QT(inflow) boundary in FM at its u/s, whereas d/s of main river has the HT boundary (to represent the backwater effect-water level goes as high as 3 to 4m about the banks). when I run the couple models, Flood Modeller shows the outflow as zero after some time even there is enough inflow in the graph plot. it works fine alone if I run 1d only. Please refer the screenshot, could you please let me know, what does the outflow zero technically means? is that something with boundary conditions? is it like d/s boundary is restricting the flow at the d/s, hence the outflow is zero? this could be the reason for the unrealistic mass Balance error which is 993% ?? Thanks for reading my post!!
  13. We are pleased to announce an 2020-10-AD update to TUFLOW Classic/HPC. This release fixes several minor bugs as outlined in the release notes. The next major release, is well progressed, so watch this space for announcements on beta testing the exciting new features. The 2020-10-AD executable and the release notes are available for download from: https://tuflow.com/downloads/#tuflow. This release is included in the 2020/2021 maintenance period, for any licensing queries, please contact sales@tuflow.com. 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
  14. Hi Alex, The ESTRY engine requires the HQ relationship to be specified in a csv file. You might want to consider transitioning from 1D to 2D via HX line and using the automatic 2D HQ boundary as the downstream boundary. You would need to either shorten the 1D channel or extend the 2D code further downstream. There should be some number of 2D cells between the 1D HX and 2D HQ for the flow to transition smoothly. You might want to start with let's say 10 and see if that works well. Better solution would be elimination the 1D channel completely by using TUFLOW HPC with SGS and Quadtree. For more information, please see our recent webinar: https://www.tuflow.com/library/webinars/#quadtree Pavlina
  15. Is it possible for ESTRY to automatically define the HQ relationship at the downstream model boundary based on the slope as you can do in 2D? I do not have a known / defined downstream boundary that can be used so would like the model to calculate this for me.
  16. Update. Have been able to access a DELL Desktop running NVIDIA 3060 Ti LHR to see if the LHR is an issue. GPU runs fine and Tuflow runs complete in reasonable time. So the 3080 LHR etc should hopefully be OK as well. Cant say if the card performance is less on a 1:1 (same spec computer with LHR vs non-LHR).
  17. Hi All, Just checking whether there is any issue with running the LHR (Lite Hash Rate) GeForce cards given these are now becoming more prominent in the market availability, and possibility non-LHR cards get harder to get hold of via suppliers. Since this was introduced (2021) number of the GeForce models are showing LHR cards now and these appear to be being increasingly included in off-the-rack builds. thanks
  18. We are pleased to announce an 2020-10-AC update to TUFLOW Classic/HPC. This release fixes several minor bugs as outlined in the release notes. The next major release, scheduled for Q1 2022, is well progressed, so watch this space for announcements on the exciting new features. The 2020-10-AC executable and the release notes are available for download from: https://tuflow.com/downloads/#tuflow. This release is included in the 2020/2021 maintenance period, for any licensing queries, please contact sales@tuflow.com. 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
  19. Hi, running TUFLOW Classic and and HPC on Linux is still on the cards, however was postponed due to other tasks taking priority. We are aiming for late next year at the moment, but this could change. Pavlina
  20. Hi, this white paper mentions the intention for a Classic/HPC Linux release in mid 2020. Is a Linux release still on the cards? https://www.tuflow.com/media/5024/2020-vision-running-tuflow-on-the-cloud-van-der-velde-et-al-tuflow-whitepaper.pdf
  21. Hi Kian, Using half the smallest cell size (e.g. 1 second) would be a safe starting point, the solver will adaptively change it. Cheers Phil
  22. Hi, I am trying to use Quadtree in a model, with four levels of grid size (16m to 2m). My question is what would be an appropriate starting timestep in tcf? For single size model the rule of thumb was half of the grid size in sec. Thanks
  23. I am having an issue with some output files, and what they actually relate to, from an old model.

     I have both  a Tdur_0.3m and a Texc_0.3m (flt and hdr files).

     I believe these to be time of duration where a cells depth exceeds 0.3m (Tdur) and the time at which the cells depth first exceeds 0.3m (Texc).

     I believe the files are created by the code – ‘Time Output Cutoff Depths == 0.1, 0.3, 1’ in the tcf.

    Can anyone confirm that this is what they refer to? as I've not come across them before.

  24. Hi Francis, Output types other than h, v, q and d are not predefined with the -type switch and should be called with -v (scalar dataset) and/or -s (vector dataset). A summary of the available datasets is listed within the DOS window, as you have highlighted in the second image (ZAEM1 is scalar dataset four in the provided .xmdf). For example: " TUFLOW_to_GIS_w64.exe" -asc -s4 -max “X.xmdf” For more information please see: https://wiki.tuflow.com/index.php?title=TUFLOW_to_GIS#XMDF_Switches Kind regards, Eliza
  25. Hi, We have a Council TUFLOW model running build 2017-09-AC. Results are output to .xmdf and we have maintained that for consistency when we hand back to Council We are using the current TUFLOW_to_GIS utility build 2020-08-AA We have been able to extract height and depth as ascii grids, however we can't seem to extract the zaem1 output. ZAEM1 was definitely written as an output, and is listed as a scalar dataset within the .xmdf file (see attached image). We have tried converting to.dat first using the res_to_res utility, but to no avail. Any help or suggestions as to how to extract the zaem1 hazard as an ascii grid would be appreciated. Kind regards, Francis
  26. Eirianc, Can you please email this outage issue to support@tuflow.com? One of the team should be able to help.
  1. Load more activity
×
×
  • Create New...