Skip to content
Snippets Groups Projects

Repository graph

You can move around the graph by using the arrow keys.
Select Git revision
  • ansgar-2.4-compat
  • feature/large_deformation_contact
  • master default protected
  • reduce_contact_patches
  • releases/2.0-1 protected
  • releases/2.1-1 protected
  • releases/2.2-1 protected
  • releases/2.3-1 protected
  • releases/2.3-2 protected
  • releases/2.4 protected
  • releases/2.5-1
  • releases/2.6-1
  • subversion->git
13 results
Created with Raphaël 2.2.021Oct19181413121198721Sep187Jul63230Jun2522Apr1625Mar10912Feb98Jan27Nov261315Oct1326Sep251924Jul3116Jun15May89Apr831Jan2827171615131097620Dec162Aug131Jul302524231716Apr15121120Feb23Jan1119Dec1127Nov1615622Oct1918917Sep13Aug716Jul229Jun2711May9324Apr4223Mar22Feb211615141312130Jan2726621DecAvoid using orientedSubface by looping over element indices instead of local face indicesImportant: Only integrate over remote intersections that belong to the reduced nonmortar boundary!Only use faces that have been fully covered and also reduce the mortar boundarySimplify computation of nonmortar matrix and add a commentAdapt to changes to TwoBodyAssemblerPass mortar patch to estimator.IPOpt: Do not choose a linear solver backendAlways initialize Dune::MPIHelperBuild 2d and 3d variants of adaptmeasure.ccadaptmeasure.cc: Make AmiraMesh optional.Add missing variableRemove some annoying output and redundant commentsBe consistent and return the jacobian of the approximate constraints and not its transposeAdjust to changes in NBodyAssemblerprettify a bitUse provided typedefsUse initializer lists to prettify codeDirectly pipe the variables to the called methodUse auto and range-based for-loops to simplify coderemove unused methoduse range-based for-loopsDune::array -> std::arrayremove unsused includesAdd editor hints and adjust include guards to DUNE styleRemove the base class of contact problems, StaticContactProblem will serve as the new base class for the dynamic oneorder alphabetically..Adjust to changes in base class: the coupling type is now switched dynamicallyDirectly implement the getTransformationMatrix in the header fileRemove the template parameter FUllHiearchyCoupling and instead decide dynamically what coupling should be used.Add math packageAdd missing CMakeLists filesAdd a todo so I don't forget it laterRemove unused variablesRemove trustregionstepAdjust to the case when the mortar and non-mortar grids are switchedRemove the trust-region step. There is a solver avaiable in dune-solvers now.Store GridGlue in a shared pointer and remove members 'extractors', they can be stored within the GridGlue ObjektRemove unused variablesInstead of computing the norm of the distance and then sign it to distinguish feasible from infeasible,Use automatically constructed grids and adjust test to upstream changes
Loading