Hi Bruno,
Thanks for sharing your experience, I am very much encouraged.
I will have a play of systems you recommend, and hopefully in a few weeks
time, I would be all set up.
Thanks for your time, and my question is fully answered.
Martin
On Thursday, 22 July 2021 at 8:52:57 pm UTC+10
Hi Jean-Paul, I revisited the code gallery example “The deal.II Library: The 'Quasi-Static Finite-Strain Compressible Elasticity' code gallery program (dealii.org)”. It seems I just need to modify two functions, i.e., getJc(det_F, b_bar) and get_tau(det_F, b_bar) if I want to implement the St.
Here *n_dofs = 320* and so *system_to_component_index()* does not like to have
an argument i>=160 and throws an error.
How come n_dofs=320 in this case ? I was expecting 2 interfaces * 2 nodes * 40
components = 160 dofs, unless I am considering all the interfaces of the cell
at onces in
Dear Michael,
Although this BDB form is, as you say, ubiquitous in the literature, it is a
consequence to using global scalar-valued shape functions everywhere as opposed
to vector-valued shape functions that we support. So it falls out of the way
that the finite element Ansatz is defined for
Hello everyone !
I have (another) a problem in my code. I am trying to mix *step-12* and
*step-31* for my project.
I want to solve two coupled equations (named *eq1* and *eq2*) that I am
solving in parallel just like in *step-31* but for one of them I am using
the Discontinuous Galerkin
Simon,
On Wednesday, July 21, 2021 at 5:17:05 PM UTC-4 Simon wrote:
>
> In my local working copy of the spack repository, I only have one master
> branch so far. I guess I first to need to upgrade spack somehow, in order
> to be able to install newer versions of a package, since
> 'spack info
Hi Martin,
Multiple IDEs work very well with Deal.II. As long as your IDE has good
CMAKE support, compiling deal.II with it is a joke.
Some IDEs which me and my colleagues have found work very well in the
present case:
- Jetbrains CLION (this one is not free, but for a reason I don't
understand
