c49ba5419b
sign-transfer done right
2021-06-21 23:26:17 +02:00
4b82cb4c14
extra parameter needed
...
Hardening parameters determine rate of hardening in phenopowerlaw.
This flexibility is also needed in J2.
2021-06-21 23:22:51 +02:00
27431bd60c
avoid division by M gives better agreement with phenopowerlaw
2021-06-21 23:11:09 +02:00
932ee21d11
[skip ci] updated version information after successful test of v3.0.0-alpha3-265-g55b44f423
2021-06-21 20:18:49 +02:00
55b44f423c
Merge branch 'tolerance_sum_constituents' into 'development'
...
avoid error due to limited floating point accurary
See merge request damask/DAMASK!403
2021-06-21 16:35:08 +00:00
ea4867770f
avoid error due to limited floating point accurary
2021-06-21 16:15:40 +02:00
2a5f61e1ec
[skip ci] updated version information after successful test of v3.0.0-alpha3-262-g38e480286
2021-06-21 10:24:37 +02:00
38e4802867
3.15.1 works (3.15.0 has a bug)
2021-06-21 06:53:17 +02:00
1f1daf02cc
[skip ci] updated version information after successful test of v3.0.0-alpha3-260-gdf5f9822f
2021-06-20 14:31:10 +02:00
df5f9822f0
Merge branch 'polishing' into 'development'
...
Polishing
See merge request damask/DAMASK!401
2021-06-20 10:46:47 +00:00
0a22916aba
not a double subscript
2021-06-19 15:13:27 +02:00
abd660e62d
Merge remote-tracking branch 'origin/development' into polishing
2021-06-19 13:28:56 +02:00
3a6b054cf6
[skip ci] updated version information after successful test of v3.0.0-alpha3-252-g723737c99
2021-06-19 11:59:23 +02:00
723737c992
Merge branch 'fix-xdmf' into development
2021-06-19 10:12:58 +02:00
71634f6ce9
split into two tests, one will fail on Ubuntu
2021-06-19 08:12:49 +02:00
acd0eb139a
[skip ci] updated version information after successful test of v3.0.0-alpha3-247-g8bba021fe
2021-06-18 23:19:01 +02:00
56b011aa54
better have tests
2021-06-18 21:11:01 +02:00
8bba021fe1
Merge remote-tracking branch 'origin/development' into mesh_test
2021-06-18 19:23:20 +02:00
32b5e4dece
update time estimate for long running processes
2021-06-18 18:14:52 +02:00
0805445ea8
exchanged x/z dimension in XDMF writing
2021-06-18 10:17:39 -04:00
0551c5c169
Private branch updated
2021-06-18 12:21:28 +02:00
70505a6a63
improved build instructions for Docker
2021-06-18 08:59:30 +02:00
257180b558
no direct support for shell scripts anymore
2021-06-18 07:36:03 +02:00
ce8ec6d471
Reference file updated with 2D elements with dummy dimensions
2021-06-17 20:44:07 +02:00
e5fdcdf1a6
Reference results updated for 2D elements with dummy dimensions
2021-06-17 20:28:02 +02:00
36bf68b336
Out of plane coordinates for 2D elements are updated with dummy values
2021-06-17 20:26:37 +02:00
db1882e4de
polishing
2021-06-17 18:26:37 +02:00
d6995d780b
[skip ci] updated version information after successful test of v3.0.0-alpha3-235-gdee255ae7
2021-06-16 22:45:01 +02:00
dee255ae71
Merge branch 'vtr-to-vti' into 'development'
...
VTK image data is the appropriate type, not VTK rectilinear grid
See merge request damask/DAMASK!399
2021-06-16 19:02:20 +00:00
331cb80cf2
Reference result is updated
...
correct ip coordinates for 4th and 5th order integration
2021-06-16 18:16:10 +02:00
b9d4217d86
permutationStar111 for 4th order integration is updataed
2021-06-16 14:58:26 +02:00
f19dc27246
transition compatibility
2021-06-16 14:35:54 +02:00
f080136751
fixed test
2021-06-16 10:43:50 +02:00
9b1f5c7783
testing new functionality for Neper / vti
2021-06-15 23:19:08 +02:00
9f40f9ee44
fixed tests
2021-06-15 22:29:40 +02:00
01a32ea236
import from Neper
2021-06-15 22:29:28 +02:00
1bfbd30ae2
polishing
2021-06-15 19:53:05 +02:00
218e6a79a8
VTK image data is the appropriate type, not VTK rectilinear grid
...
FFTs require constant spacing in all three directions, this is
guaranteed by the vtkImageData but not by vtkRectilinearGrid
2021-06-15 19:02:26 +02:00
e10701b32a
easier to understand
2021-06-14 15:21:10 +02:00
5f01b076d2
This change makes the test work for GNU too
...
Probably something was uninitialized and GNU was accessing unallocated memory
2021-06-14 14:58:14 +02:00
c64f9eb805
hardcoding '3' is an issue for 2d simulations
2021-06-11 20:42:31 +02:00
e2ce882d73
Test added
2021-06-10 17:13:42 +02:00
5202da13ea
better not have a "Lattice" object with "lattice" parameter
2021-06-07 21:49:04 +02:00
41e5f0c06c
re-introduced multiple inheritance
2021-06-06 22:25:42 +02:00
33efe03378
[skip ci] updated version information after successful test of v3.0.0-alpha3-226-g2df56a6c4
2021-06-03 12:41:30 +02:00
0722f4f754
disable if not possible
2021-06-03 11:22:28 +02:00
3c8d06b6f1
encapsulating all lattice(-family) related data
2021-06-03 11:18:00 +02:00
2df56a6c43
Merge branch '2Dloadcase' into 'development'
...
F,P, ... in loadcase are 2nd order tensors
See merge request damask/DAMASK!397
2021-06-03 09:00:14 +00:00
4701eea10f
decoupling Orientation and Lattice/LatticeFamily
2021-06-03 10:02:49 +02:00
03d3f362e6
equality checks
...
note: doing this type of comparison means:
- LatticeFamily('cubic') == Lattice('cF')
- Lattice('cF') != LatticeFamily('cubic')
we have the same behavior for comparison between Orientation and
Rotation
2021-06-03 09:38:43 +02:00
Martin Diehl