0fdefa5e78
renames:
...
after the rename of "grid" to "cell", the name cell should not be used
for the coordinates of the cell centers. In agreement with the names
x_p/u_p for point positions/displacements, now the "point" is used to
refer to the materialpoints (i.e. cell centers)
Additionally, "_node"/"_point" are now suffixes to
"coordinates"/"displacements".
Finally, "coords" is renamed to "coordinates"
2020-12-03 23:59:37 +01:00
870c0f7aca
removed aliases
...
required bump of DADF5 version
2020-11-18 14:53:11 +01:00
6ab88aad2b
default format for Table is ASCII
...
hence, renamed load_ASCII/save_ASCII to load/save
2020-09-20 20:45:06 +02:00
b57e8e69a8
switched save_ASCII() in more legacy scripts to legacy mode
2020-09-15 22:38:50 -04:00
96ad358f83
modified file reading/writing methods to load_X, save_X formalism
2020-09-15 01:14:05 -04:00
8a32a15299
changed to out-of-place mode
2020-09-14 12:17:43 +02:00
f6758ecc28
table class operates out of place
2020-09-14 07:04:01 +02:00
be0668dc27
fixed all affected shell scripts
2020-09-03 11:19:19 -04:00
b26bc78a44
adopting to new grid layout
2020-04-21 18:49:50 +02:00
d6f74daf53
cleaning
...
no DADF5 anymore
2020-03-19 08:13:13 +01:00
1c75198af5
do not document the obvious
2020-03-18 13:44:39 +01:00
45e3b8f7c6
no brackets for reshape required
2020-03-17 12:25:44 +01:00
17e7b32b31
update to changes in Result class
2020-03-17 08:55:44 +01:00
8798dd1af3
new names consistently used
2020-03-02 23:47:29 +01:00
cde6853a20
do not repeat code
2019-12-22 07:20:23 +01:00
58a190ede8
Merge branch 'development' into incs-no-leading-zero
2019-12-04 05:19:38 +01:00
e2b13a5ca3
using de-facto standard naming
2019-11-29 19:32:18 +01:00
9b4252da68
smart handling of leading zeros
2019-11-29 16:58:11 +01:00
406ca39b2c
ASCII table unable to handle inhomogeneous situations
2019-11-24 21:23:43 +01:00
c9b1944493
handling of derived datatypes/structs
...
currently required for orientation
2019-11-24 08:50:27 +01:00
8793050329
fixed handling of subfolders
...
now inline with post results.
Still a little bit unclear what happens if an absolute directory is
given. Probably best to either specify absolute or relative with respect
to working directory
2019-09-19 16:10:07 -07:00
4cedcee0b4
handling of increments follows handling of other 'visible'-items
2019-09-15 17:08:03 -07:00
f6ac8c995f
simplified and selected better names
2019-09-15 16:00:19 -07:00
b85ac11c49
implemented ideas from discussion with Philip
...
group matching unified and with wildcard support
time step handling should become more convenient (WIP)
add_norm can not compute abs of scalar, added function for that
general polishing here and there
2019-09-14 09:07:23 -07:00
c13db4b3ca
renaming
...
on_air/active are not clear. visible seems to be the most appropriate
name
2019-09-13 21:49:22 -07:00
a6567e0cc6
safer to use functions
...
don't mess with attributes of the object, they might be renamed
2019-09-13 21:41:35 -07:00
002383afc2
solved problem with postprocessing
...
- to not 'try' with h5py library, it might have another 'try'. Check
explicitly for empty argument
also some polishing
2019-09-13 16:01:30 -07:00
339b86f784
bugfix + more verbose reporting
2019-05-16 11:44:03 +02:00
9f7fa5393a
fix for scalar datasets
2019-05-16 09:31:13 +02:00
4599d1c34e
does not match
...
node does not make sense, is weirdly numbered
2019-05-16 00:42:22 +02:00
3c0c0a2cd1
more flexible in selecting data
2019-05-16 00:27:06 +02:00
feb1465803
Better to have actual increment num in output file
2019-05-08 17:31:18 +02:00
0cc2b1214d
store requested data in ASCII file
2019-05-07 15:18:12 +02:00
1eaf67ad82
store results in subdirectory
...
defaults to postProc
2019-05-07 13:30:05 +02:00
f65423fe9f
rudimentary postResults for HDF5 output
...
only meant for compatibility during transition
2019-05-05 10:09:23 +02:00
Martin Diehl