Sam Marginson

Members
  • Content count

    43
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Sam Marginson

  • Rank
    Advanced Member

Contact Methods

  • ICQ
    0

Recent Profile Visitors

558 profile views
  1. Hi all what about infiltration? Does it still work if you use the Global Rainfall BC command? It certainly seems to but just thought I should check cheers Sam
  2. Hi Bill any more details about this? I flicked through the manual & release notes but the only things I thought this could be a reference to was the Set Variable command or Set IWL == Auto cheers Sam
  3. actually I take that back. I'm getting similar results at the D/S end of my results in the XMDF as well
  4. actually I'm wondering if this is some sort of TUFLOW_to_GIS artifact. When I look at the XMDF in QGIS it looks OK...
  5. x2 on this question, except I have a slightly different problem - I don't want to apply an HQ boundary, I want to apply a constant water level all around the model perimeter However, as I'm running climate change simulations & don't want a different active area for each climate change scenario, in some locations in some runs the level's below ground will this turn the whole line into an HQ boundary, or only the cells that are below the level? It looks like the whole thing's turning into an HQ boundary
  6. anybody else have this problem? I work with mixed models a lot & I find it a pain to convert everything to the one format to work in
  7. I've got multiple runs going on my computer, one of which is a GPU run. It seems to have a drastic effect on the run times of my CPU models. Has anyone else experienced this?
  8. can I have values >1? I can't seem to using the GPU version I tried to check what was going into the model when I have a value <1 using the RFR output type & I get 0, again using GPU does this output work with GPU?
  9. thanks for the tip. I was trying to fix the Z shape everytime but it turns out I just needed to kick the run off again!
  10. quick question - I've always set my obverts in a CSV by trimming the cross-section to interpolated stations with the desired elevation just saw the description for this field in the 1D_tab layers... "Optional. Sets the maximum elevation in meters to be used for calculating hydraulic properties from a XZ cross-section profile. If less than the lowest point in the cross-section profile, Z_Maximum is taken as the highest elevation in the profile. Only used for XZ cross-section data. does that mean I can just stick the obvert into that field? That would save me lots of time
  11. Hi Bill did you ever get around to posting those typical parameters somewhere? If so, could you point me in the direction of them please? thanks Sam
  12. reading the manual, it looks like the Obvert_or_BC_Height field in a 2D_FCsh only operates on cell sides is this a correct interpretation? Is it the same for the LFCsh? I have a 2000 year ARI event, which is, unsurprisingly, getting above the culvert obvert to stop this happening, do I have to model it in 1D? thanks Sam
  13. if it also wrote a check file containing triangles & Z-points modified by TINs read in using the Read TIN Zpts command, that too would be fantastic!
  14. Hi Danny. I'm encountering the same problem with regard to triangles not showing up in the sh_obj check file I'm running 2011-09-AF-w64 with the command "Create TIN Zpts WRITE TIN == <relative file path & name>"
  15. OK cool, thanks Phil