6a0a8f1d27
Fortran syntax check showed an error
2020-04-22 15:51:05 +02:00
d61f302305
no need for separate file
2020-04-22 15:34:47 +02:00
c4bcd3b430
Functions needed to store and read yaml data
2020-04-22 14:59:23 +02:00
8ba547a1b5
no need for an extra file
2020-04-22 13:23:50 +02:00
a39e6b7af9
hide internal variables
2020-04-22 13:12:30 +02:00
b9fec2a4cf
Public functions required
2020-04-22 12:23:09 +02:00
64b30ade6b
don't make things complex by wrapping them into shell scripts
2020-04-22 11:25:29 +02:00
e969fefbc6
can be done in python more easily
...
these shell scripts are just wrappers around tested functionality of the
python classes (geom or mechanics). Testing and using them is cumbersome
in comparison to using the python functionality directly
2020-04-22 09:45:25 +02:00
3621dddd66
test deviatoric part for known analytic solution
2020-04-22 09:16:53 +02:00
53b8c1c893
simplified
2020-04-22 08:58:43 +02:00
a8c6fdd9ba
for the sake of completeness
2020-04-22 07:40:02 +02:00
7452ebc727
[skip ci] updated version information after successful test of v2.0.3-2311-gf1afc159
2020-04-21 19:37:07 +02:00
7efe14be35
Merge branch 'development' into vectorize_rotation
2020-04-21 19:29:30 +02:00
b26bc78a44
adopting to new grid layout
2020-04-21 18:49:50 +02:00
f1afc159ec
Merge branch 'misc-improvements' into 'development'
...
Misc improvements
See merge request damask/DAMASK!159
2020-04-21 15:55:01 +02:00
97a5880d76
ensure correct shape
2020-04-21 13:22:55 +02:00
b1be4e7ac8
rotation class does not take care of correct shape anymore
2020-04-21 13:22:24 +02:00
e64001d593
Merge branch 'fix-grid-convention' of magit1.mpie.de:/damask/DAMASK into fix-grid-convention
2020-04-21 12:59:26 +02:00
75d7238376
vectorized as_XXX
2020-04-21 12:27:50 +02:00
ae3eca5f98
fix for vectorized from_random
2020-04-21 12:08:16 +02:00
ac75b9e4ca
improved reporting + test
2020-04-21 11:17:15 +02:00
23fc58699f
vectorize Rotation.fromXXX functions
2020-04-21 10:55:45 +02:00
4a05cdbbbb
copy and paste error
2020-04-21 03:26:26 +02:00
7084fc9616
adjusting to consistent data layout
2020-04-20 23:19:38 +02:00
528378eba2
polishing/bugfix
...
* HDF5 data has x fast, therefore reshape needs to be aware of 'F' order
* Datatype for True/False is 'bool' in python, not 'Boolean'
2020-04-20 22:51:51 +02:00
00cb17ccfa
commenting
2020-04-20 22:47:55 +02:00
93db1b37ca
some useful information
2020-04-20 22:32:13 +02:00
85f831d5b4
simplified
2020-04-20 22:14:57 +02:00
4278ba32ae
adopting to standard data layout
2020-04-20 22:07:49 +02:00
9a54c326e2
adopted to new data layout
2020-04-20 21:28:23 +02:00
a8b75a23c5
simplified
2020-04-20 20:40:47 +02:00
25d29bf438
no need for Fortran order forward/backward
2020-04-20 20:24:55 +02:00
1ccda22ae3
nothing to flatten here
2020-04-20 20:16:25 +02:00
4db91fff03
simplified
2020-04-20 20:14:27 +02:00
8465c3ab1b
adjusting to new data layout
2020-04-20 19:13:45 +02:00
a367128436
not used anymore
2020-04-20 13:57:33 +02:00
f519e62cd5
testing data layout checks
2020-04-20 13:56:33 +02:00
02dde3c255
test also invalid operations
2020-04-20 13:10:13 +02:00
9979eb58f4
consistent layout for grid data
...
has now always the shape ([x,y,z,...]) with x fastest. For conversion from or
to linear layout ([x*y*z,...]), e.g. storage in ASCII table, reshape needs
to have the 'F' option.
Credits to Vitesh and Fran for pointing this out.
2020-04-20 13:09:59 +02:00
bce5ed62d5
polishing
2020-04-20 10:13:15 +02:00
e06251e53e
proper doxygen style
2020-04-19 14:20:34 +02:00
064f4d9d9d
polishing
2020-04-17 13:18:20 +02:00
328dcf0101
polishing
2020-04-17 11:58:03 +02:00
cf53e1e8e6
bugfix: wrong logic for RK and source state
2020-04-17 11:55:43 +02:00
a51d27858e
polishing
2020-04-17 11:53:55 +02:00
65c3831add
polishing
2020-04-17 10:17:00 +02:00
7fffa26d7f
bugfix: size depends on shape
2020-04-17 10:04:10 +02:00
667d371f2e
avoid code duplication
2020-04-17 08:24:35 +02:00
2ad5bfbc3b
preparing modularization
2020-04-17 08:17:32 +02:00
84d6521183
Merge branch 'development' into state-integration-cleaning
2020-04-17 07:46:40 +02:00
Sharan Roongta