0324e7ece1
parameters should be spelled in capitals
2023-06-04 13:52:31 +02:00
ca1c22874b
consistent and short
2023-06-04 13:51:05 +02:00
d0b832e6f1
consistent with naming in HDF5_utilities
2023-06-03 17:06:32 +02:00
a40524da02
rename to wrapLines; additional formatting options; whitespace trimming
2023-02-28 14:59:30 -05:00
95a953d25b
more reasonable name
2023-02-28 07:58:10 +01:00
9418664604
report origin of configuration if given
2023-02-25 15:17:13 +01:00
0880649dd9
more systematic name
2023-01-23 08:31:59 +01:00
4af29d0393
Merge branch '247-naming-for-classes' into 'development'
...
Resolve "naming for classes"
Closes #247
See merge request damask/DAMASK!699
2023-01-19 16:37:45 +00:00
b4a500a194
Resolve "naming for classes"
2023-01-19 16:37:45 +00:00
327992871b
white space and style adjustments
2023-01-18 18:50:01 +01:00
df5487e1a9
Re-written YAML types
...
Strict typing for YAML
New access pattern requires to specify the expected type, i.e. 'scalar', 'list', or 'dict'. This ensures that the node offers the expected functionality instead of polluting 'tNode' with dummy functions which throw error messages if not overwritten.
The restructuring of the code allows to hierarchically construct methods without much code duplication.
Some aspects of the error messaging system have been improved.
2022-10-25 16:09:36 +00:00
445a091fec
easier to understand
2022-06-24 07:36:25 +02:00
78838c2f75
consistent variants including space
2022-06-08 23:27:09 +02:00
9ff31d4f2b
suggested changes from MR !530
2022-02-22 23:16:14 +01:00
dce8f9e635
enable output of temperature per phase
2022-02-19 18:56:41 +01:00
99c2f58553
ensure that data is read
2022-02-12 22:38:58 +01:00
2cb3b2cc45
not needed
2022-02-03 07:58:51 +01:00
038cdad85e
new naming
2022-02-02 23:58:21 +01:00
e80d91e30a
thermal restart (WIP)
2022-01-11 16:11:18 +01:00
00230d482f
use data from other physics directly
...
more clear code, simplified interfaces
2021-12-19 22:07:23 +01:00
da9fdf53d2
consistent indentation and line-spacings in reporting
2021-11-15 12:35:44 -05:00
8feeda6f05
phase_mechanical_elastic should store data related to elasticity
2021-07-21 16:23:21 +02:00
2b24224c7e
more meaningful name
2021-07-16 20:52:41 +02:00
3c6c5d77e8
following paper
2021-07-06 22:58:18 +02:00
431416b5ba
Separating functionality
...
lattice should become a module with static data and functions
2021-06-01 07:56:55 +02:00
bdb4029fb5
tI symmetry of 2nd order tensor is equivalent to hP
2021-05-26 22:49:53 +02:00
f44edb31fc
polishing
2021-05-24 17:20:33 +02:00
ab070a3c13
data for thermal expansion
2021-05-24 10:31:56 +02:00
d0b86f54fb
consistent with new naming scheme
2021-04-25 08:16:26 +02:00
d83c746a17
polishing
2021-04-15 12:07:33 +02:00
f655a6fe5c
store data locally
2021-04-11 14:30:10 +02:00
b2292986f4
distributing responsibilities
2021-04-11 13:42:50 +02:00
34bb4c65a9
distributing responsibility
2021-04-11 08:58:40 +02:00
1b89032086
names as in DAMASK paper
2021-04-08 23:45:26 +02:00
d59051f576
systematic names
2021-04-07 22:42:10 +02:00
869976c7a0
new names
2021-04-06 11:38:44 +02:00
a7e2ed40dd
rename Nconstituents --> Nmembers
2021-03-04 15:16:36 -05:00
22a0aff488
separting thermal and damage sources
2021-02-13 18:41:30 +01:00
6e3515982d
not needed outside of thermal
2021-02-13 07:55:32 +01:00
e855083964
systematic names
2021-02-11 14:19:04 +01:00
0d3b9b9f2a
correct reporting
2021-01-27 10:44:03 +01:00
4f4adf7d68
sorting according to physics
2021-01-27 08:29:23 +01:00
e6a9ea6dde
should be part of eigendeformation submodule
2021-01-27 00:06:41 +01:00
1da1018d86
polishing
2021-01-26 23:56:20 +01:00
69f6de0e4f
consistent access pattern and naming
2021-01-26 23:44:11 +01:00
74a7be1607
[skip sc] more systematic naming
...
module name 'damagee' gets extra e for the moment to avoid conflict with
global variable 'damage'
2021-01-26 21:47:55 +01:00
85dcd7af16
hierarchical naming
2021-01-26 20:30:47 +01:00
17ec5f378e
short names
2021-01-26 20:30:47 +01:00
6db58dffb7
filenames reflect hierarchical structure
2021-01-25 20:31:12 +01:00
Martin Diehl