c2c84d698f
Merge remote-tracking branch 'origin/development' into MiscImprovements
2020-02-11 17:11:43 +01:00
3dacd3d931
[skip ci] updated version information after successful test of v2.0.3-1639-g81ae6686
2020-02-11 12:55:48 +01:00
81ae66860a
Merge remote-tracking branch 'remotes/origin/explicitNonlocal' into development
2020-02-11 10:32:53 +01:00
61810e6a08
use tighter tolerance (works again)
2020-02-11 05:54:19 +01:00
a306e473ef
use rhoSgl0 (converged situation)
2020-02-11 05:41:10 +01:00
ee11c7ea4b
[skip ci] updated version information after successful test of v2.0.3-1630-g6af29d4a
2020-02-10 17:05:24 +01:00
6af29d4a4c
Merge branch 'noAbaqus' into 'development'
...
No abaqus
See merge request damask/DAMASK!126
2020-02-10 14:43:08 +01:00
cd76172d74
debugging PETSc
2020-02-08 09:17:44 +01:00
187b3603d3
using new names
2020-02-08 09:08:52 +01:00
8f2e345ab4
polishing
2020-02-08 08:19:06 +01:00
4c4c052e73
slowly getting newer PETSc versions to work
2020-02-08 07:03:18 +01:00
5456ee98f4
still needed (new section was created)
2020-02-08 06:59:37 +01:00
984370d7d1
not needed
2020-02-07 18:34:00 +01:00
e932b386b9
Merge branch 'development' into MiscImprovements
2020-02-07 17:11:01 +01:00
9c2f9bfcee
use relaxed test
2020-02-07 12:44:35 +01:00
5d4d1dcf9a
all nonlocal parts are fully explicit
...
i.e. they are based on converged (partioned0) states
2020-02-07 12:41:01 +01:00
f854dc27e9
explicit dotState for nonlocal
...
all flux related quantities are calculated based on the converged
quantities
2020-02-07 12:23:22 +01:00
4f4c6c5949
using converged dislocation velocity (from last subinc)
2020-02-07 12:01:54 +01:00
c7e3ac28f6
preparing data handling for explicit forward of flux
2020-02-07 11:44:03 +01:00
1ceba73d31
adopting to PETSc >3.10
...
thanks to Matthew Knepley from the PETSc team
2020-02-07 09:10:08 +01:00
98e5713ce5
Merge branch 'development' into noAbaqus
2020-02-06 18:33:13 +01:00
177babecb2
[skip ci] updated version information after successful test of v2.0.3-1624-g47109b90
2020-02-06 12:37:13 +01:00
47109b903b
Merge branch 'plasticity-submodule' into 'development'
...
Plasticity submodule
See merge request damask/DAMASK!120
2020-02-06 10:13:48 +01:00
3cadf60d30
[skip ci] updated version information after successful test of v2.0.3-1609-g243e884a
2020-02-05 14:49:01 +01:00
cab000f4b4
not used
2020-02-04 23:52:10 +01:00
13ce372684
not used
2020-02-04 23:45:34 +01:00
57c70cd5d5
preparing removal
2020-02-04 00:12:08 +01:00
2d74a83dad
cleaning
2020-02-03 23:48:09 +01:00
9e131c0110
rank 0 takes care of statistics file
2020-02-03 23:09:46 +01:00
e9dad64f2b
use central functionality
2020-02-03 23:01:08 +01:00
7bdfd05749
simplified
2020-02-03 22:44:57 +01:00
c6579f8890
[skip ci] unified
2020-02-03 22:41:52 +01:00
1ad79883b4
not needed
2020-02-03 22:33:56 +01:00
4999f5aa4d
first steps of removing deprecated
...
use faster, pandas-based alternative 'table'
2020-02-03 21:40:10 +01:00
0ce0bb2d85
better understandable
2020-02-03 21:39:00 +01:00
243e884a67
new test
...
Marc_elementLib should not fail randomly anymore
2020-02-03 21:33:40 +01:00
54589a9c56
crystallite does not exist any more
2020-02-02 20:37:05 +01:00
8575794e47
adjust to recent changes
2020-02-02 18:54:53 +01:00
4c28e7f626
better have tests
2020-02-01 09:44:21 +01:00
588525611b
also report correctly negative seeds
2020-02-01 09:04:02 +01:00
796fd9a774
natural order
2020-01-31 21:43:45 +01:00
042d09a730
names from paper
2020-01-31 21:43:12 +01:00
55e53536f2
fixing indentation
...
always 2 spaces, not 1 for the first level
2020-01-31 21:37:18 +01:00
26496976c8
not used anymore
2020-01-31 21:19:15 +01:00
0d96c728fe
better readable
2020-01-31 07:02:24 +01:00
3791c50468
better readable
2020-01-31 06:55:26 +01:00
f5f397cb70
better readable
2020-01-31 06:52:11 +01:00
6ce4ce523a
Merge branch 'MiscImprovements' of magit1.mpie.de:/damask/DAMASK into MiscImprovements
2020-01-31 00:13:25 +01:00
269d65005b
use nomenclature from the DAMASK paper
2020-01-31 00:07:23 +01:00
0b8ff64884
store mapping MARC/FEM2DAMASK mapping
...
do not calculate the mapping for elements and nodes per call on
the fly, rather store it. Not memory efficient in the case that numbers
are not consequtive (order does not matter, but missing nodes/elements
would waste some 2 integers per missing number). However, this seem to cause
problems anyway when range indicators like '1 to 10' are used.
2020-01-30 23:39:59 +01:00
Martin Diehl