1. 29 Jul, 2016 4 commits
  2. 28 Jul, 2016 4 commits
    • Dave Moxey's avatar
      Merge branch 'feature/APE-contBF' into 'master' · d92e034c
      Dave Moxey authored
      APE: Fix basefield handling
      
      This MR introduces a continuous expansion for the APESolvers basefields. 
      
      This fixes a bug where interpolated fields  cause the solver to diverge because currently, only discontinuities of the perturbation fields are handled in the rieman solvers.  Forcing the basefield to be continuous evades this problem, enables smoothing (in a future MR) and increases the overall stability.
      
      This also means we have to go back to the constant c formulation which should not cause any issues since the old implementation was quite unstable anyway.
      
      This also adds the ability to compute the CFL number to the APESolver and  adds the sourceterm to the fields written to fld files.
      
      See merge request !664
      d92e034c
    • Dave Moxey's avatar
      Merge branch 'fix/cmake-dependancies' into 'master' · 176b9e12
      Dave Moxey authored
      fix/cmake-dependencies
      
      With the creation of FieldUtils the dependencies of the libraries and utilities on each other and a little off. This fixes that.
      
      The only major change is, because none of the utilities depend on solverutils anymore it has been made a function of NEKTAR_USE_SOLVERS. This is so that, for people like me, who don't compile the solvers, time isn't wasted compiling unnecessary libraries.
      
      See merge request !671
      176b9e12
    • Dave Moxey's avatar
      Update CHANGELOG · b7bac709
      Dave Moxey authored
      b7bac709
    • Dave Moxey's avatar
      Move NekMeshUtils to separate dependency · 34a8e522
      Dave Moxey authored
      34a8e522
  3. 27 Jul, 2016 1 commit
  4. 26 Jul, 2016 3 commits
  5. 25 Jul, 2016 1 commit
  6. 24 Jul, 2016 2 commits
    • Dave Moxey's avatar
      Merge branch 'feature/bl_upgrade' into 'master' · b5474726
      Dave Moxey authored
      Feature/boundary layer generation upgrade
      
      This branch brings the first update to the Nekmesh mesh generation system.
      
      The primary new feature is a complete overhaul of the boundary layer generation capability meaning boundary layers can be generated on much more complicated CAD than the convex only requirements of the old system.
      
      It also adds new documentation to Nektar describing how to operate the mesh generator.
      
      There is a modification to the nodal triangles in the reference elements to make the orderings consistent with what people believed nektar used. This will break some peoples meshes if they use NodalTriFekete or NodalTriElec curve face tags.
      
      Regression tests have been added for the mesh generation.
      
      Completed:
      + Boundary layer upgrade
      + Nodal triangle edit
      + Regression tests
      + Finish docs
      
      See merge request !576
      b5474726
    • Michael Turner's avatar
      douglas comments · 2b85bb06
      Michael Turner authored
      2b85bb06
  7. 22 Jul, 2016 2 commits
  8. 21 Jul, 2016 1 commit
    • Dave Moxey's avatar
      Merge branch 'feature/FilterFieldConvert' into 'master' · ff501d05
      Dave Moxey authored
      FilterFieldConvert
      
      This MR will introduce a new filter, which will be able to run modules from FieldConvert on a checkpoint. This filter replaces FilterSampler, and therefore the new functionalities will extend to other filters derived from it (AverageFields, ReynoldsStresses). An example of the setup for that would be:
      ``` xml
      <FILTER TYPE="FieldConvert">
          <PARAM NAME="OutputFile"> filename.vtu </PARAM>
          <PARAM NAME="OutputFrequency"> 100 </PARAM>
          <PARAM NAME="Modules"> vorticity homplane:planeid=4 </PARAM>
      </FILTER>
      ```
      It is unlikely that all options and modules will be supported. However, the main idea is to use this with modules that result in outputs with reduced size (e.g. isocontour, meanmode for 3DH1D). This way we can obtain these outputs more frequently than would be practical by storing the full checkpoint and running FieldConvert later.
      
      I don't know how far I am from finishing this (some cases already work, but I still need to test it further). Anyway, it would be nice to have some feedback on it, especially regarding the compilation and general structure of the code, since I had to create a new FieldConvert library and move some files around.
      
      See merge request !589
      ff501d05
  9. 20 Jul, 2016 8 commits
  10. 19 Jul, 2016 14 commits