Difference between revisions of "Quadtree and Sub-Grid Sampling FAQ"
| Line 10: | Line 10: | ||
The main advantages of using Quadtree are shorter run times (with considerable cell count reduction) and smaller size of output files. If longer run times of model without Quadtree are not an issue and output file sizes are fine then there is no strong argument to use Quadtree. Some models with cell count reduction only around 30% might be even running slower with Quadtree than the original HPC model. | The main advantages of using Quadtree are shorter run times (with considerable cell count reduction) and smaller size of output files. If longer run times of model without Quadtree are not an issue and output file sizes are fine then there is no strong argument to use Quadtree. Some models with cell count reduction only around 30% might be even running slower with Quadtree than the original HPC model. | ||
| − | =I | + | =I'm using SGS and my water level extent is larger than depth extent. Why?= |
| − | The default for SGS models is to map the water level in its full extent and the rest of the data types as trimmed. This can be changed with the below commands: | + | The default for SGS models is to map the water level in its full extent and the rest of the data types as trimmed. This can be changed with the below commands:<br> |
| − | <font color="blue"><tt>SGS Map Extent Trim </tt></font> <font color="red"><tt>==</tt></font><tt> All </tt> | + | <font color="blue"><tt>SGS Map Extent Trim </tt></font> <font color="red"><tt>==</tt></font><tt> All </tt><br> |
| − | <font color="blue"><tt>SGS Map Extent Full</tt></font> <font color="red"><tt>==</tt></font><tt> h d v</tt> | + | <font color="blue"><tt>SGS Map Extent Full</tt></font> <font color="red"><tt>==</tt></font><tt> h d v</tt><br> |
Remap function that is part of the asc_to_asc utility can be used to post-process the result grids to a finer resolution DEM. See <u>[[TUFLOW_Remapping | TUFLOW Remapping]]</u>. | Remap function that is part of the asc_to_asc utility can be used to post-process the result grids to a finer resolution DEM. See <u>[[TUFLOW_Remapping | TUFLOW Remapping]]</u>. | ||
Revision as of 14:11, 24 July 2020
This Page is under construction
How coarse can base cell size be for Quadtree model with Sub-Grid Sampling (SGS)?
Even when using SGS to improve conveyance, only one velocity is used for the whole cell. Every model has a cell size range, from very fine to very coarse, beyond which it just doesn't make any sense to go. Cell size sensitivity testing is recommended to establish this range.
Should the same model using Quadtree with smaller cell count be always faster than HPC?
Not necessarily. By default, running model on a mesh (Quadtree) rather than a grid (HPC) is always slower, on average 20%. Quadtree really comes into an effect once there is at least three levels of cell size and judicious refinement - around 80% of cell count reduction. As Quadtree development is an ongoing task this might further improve in the future.
Why I should not use a combination of SGS and Quadtree?
The main advantages of using Quadtree are shorter run times (with considerable cell count reduction) and smaller size of output files. If longer run times of model without Quadtree are not an issue and output file sizes are fine then there is no strong argument to use Quadtree. Some models with cell count reduction only around 30% might be even running slower with Quadtree than the original HPC model.
I'm using SGS and my water level extent is larger than depth extent. Why?
The default for SGS models is to map the water level in its full extent and the rest of the data types as trimmed. This can be changed with the below commands:
SGS Map Extent Trim == All
SGS Map Extent Full == h d v
Remap function that is part of the asc_to_asc utility can be used to post-process the result grids to a finer resolution DEM. See TUFLOW Remapping.