9ad8743396
using central functionality
2019-12-03 22:00:21 +01:00
ff1778d149
Merge branch 'development' into new-ASCII
2019-12-03 15:56:49 +01:00
62ca2952fc
polishing
2019-12-03 11:27:14 +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
3e65d44e07
centralized facilities for differential operations
...
note the need to reverse the grid shape in data from the ASCII table. If x is fastest,
z is slowest we require x to be the rightmost index
2019-11-28 15:46:22 +01:00
4c4ccfe72e
not needed
2019-11-28 06:27:19 +01:00
a8016d64bb
simplified
2019-11-27 12:31:32 +01:00
cee095b58e
better use centralized code
2019-11-27 12:22:28 +01:00
7d4b982c73
make information on modifications mandatory
2019-11-27 12:08:23 +01:00
9ad74745c1
missing import detected by prospector
2019-11-27 08:48:41 +01:00
ab83dc2ebc
use central facilities
2019-11-27 08:45:01 +01:00
eb033e11b2
polishing
2019-11-27 08:44:38 +01:00
31d3958ca6
using fast new Table class
...
more a proof-of-concept since shell scripts are deprecated. The detailed
error handling of the former scripts is not implemented, i.e. the user
need to ensure that the files exist and the data has the correct shape
2019-11-26 22:59:42 +01:00
2d96136a0d
more general constructor for Table
...
reading from file is just one case (now handled by static method).
General constructor needs data and header information as dictionary.
Works only with python 3.7 where dict keeps the insertion order. Earlier
python versions/other implementations might fail.
2019-11-26 22:53:46 +01:00
845cfc34ec
similar logic as in geom class
...
- filename is not part of the object
- transparent handling of files, strings, and path-like objects for file
IO
2019-11-26 14:26:25 +01:00
81abc43920
Merge branch 'development' into new-ASCII
2019-11-26 10:29:05 +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
fb286af354
[skip sc] first draft
2019-10-31 10:47:40 +01:00
da79949c2a
old python2 script, not needed for DADF5
2019-10-19 23:14:17 +02:00
f4a0a5cfe5
substitute error introduced when enabling MSC.Marc
2019-10-18 22:03:31 +02:00
b70ad9ff54
Merge branch 'development' into DADF5-improvements
2019-10-18 20:54:54 +02:00
f8ffd7e39c
added specifics to resulting column label (sum or prod)
2019-10-18 09:30:43 -04:00
edcb8f9c4d
name change in development
2019-10-18 12:55:15 +02:00
de912c22b4
Merge branch 'development' into HDF5-spectral-displacements
2019-10-18 12:54:12 +02:00
76236a4a0c
direct initialization (float64 is anyway standard)
2019-10-17 22:41:18 +02:00
03a3edc128
added option to multiply values instead of summing them
2019-10-17 13:23:14 -04:00
91691744c6
Merge branch 'Marc-No-nonlocal' into 'development'
...
Marc no nonlocal
See merge request damask/DAMASK!98
2019-10-15 10:35:37 +02:00
d73e653f50
support for unstructured grid (FEM)
2019-10-14 14:13:03 +02:00
708bbd3cb9
mesh/grid type transparent handling of coordinates
2019-10-12 16:15:04 +02:00
513f1c6726
write out point data
...
might be possible to use a rectilinear grid for this also in the case of
grid solvers
2019-10-12 12:34:37 +02:00
b208fa6565
takeover from Vitesh's work with small adoptions to current DADF5
2019-10-12 08:02:57 +02:00
3206ee04bc
nodal displacements for grid solver
...
currently for non-MPI only
2019-09-27 20:38:02 -07: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
04aefa84bc
more appropriate names
2019-09-15 15:02:16 -07:00
de316f1afe
Merge remote-tracking branch 'origin/development' into even-more-HDF5-postprocessing
2019-09-14 12:48:42 -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
52904a81dc
taking prospector complaints serious
2019-09-13 06:49:25 -07:00
a3c6f6682e
using eigh should ensure orthogonal eigenvectors
2019-09-13 06:42:01 -07:00
890a6cf42f
avoid floating point comparison and simply play it safe
2019-09-13 06:40:41 -07:00
0497b58629
use existing functionality
2019-09-13 06:38:22 -07:00
cd6a4d1cfd
that's all we need
2019-09-13 06:37:47 -07:00
66d8a3e601
stretch is symmetric (play it safe here)
2019-09-13 06:35:48 -07:00
79d2432c6c
R not needed
2019-09-13 06:33:00 -07:00
49b3cd2145
transpose evuivalent for rot but faster
2019-09-13 06:32:05 -07:00
462bb07efd
Merge branch 'development' into even-more-HDF5-postprocessing
2019-09-11 16:29:44 -07:00
926217fcb6
added possibility to reduce rotation to specific fundamental zone, and to output 3-dim Rodrigues vector
2019-09-10 15:09:27 -04:00
d446248d75
also ouptut materialpoint results if requested
2019-07-15 17:07:04 -07:00
b6bb8a4650
simple strain calculation for DADF5
...
further enhancement requires to give optional arguments to
add_genericpontwise
2019-07-06 21:41:29 -07:00
a8ed982706
[skip ci] better name
2019-06-15 07:31:30 +02:00
eb8be13203
missing import
2019-06-14 17:27:00 +02:00
1cf9c59850
standardizing
...
import follows PEP style guide, encoding not needed for python3
2019-06-14 13:03:30 +02:00
4ff3efb1a5
to 'stack' tables
2019-06-13 23:14:40 +02:00
bf27505faa
Merge branch 'development' into geometry-class
2019-05-31 16:21:50 +02:00
5cf63bbbc3
vtk 7 is out for more than 3 years
2019-05-27 08:34:36 +02:00
af493cf9fd
using class
...
needs more memory, but should be faster and is better readable
2019-05-26 21:32:08 +02: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
998789528c
Merge branch 'HDF5-out-homog-2' into 'development'
...
Hdf5 out homog 2
See merge request damask/DAMASK!78
2019-05-13 17:34:59 +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
8a9baf6d78
preparing output of mech_homog to HDF5
2019-04-30 18:45:38 +02:00
d74599d39a
Merge branch 'HDF5-postprocessing' into 'development'
...
Hdf5 postprocessing
See merge request damask/DAMASK!72
2019-04-29 23:24:42 +02:00
6b7fd6b7ea
visualizing data from DADF5: first prototype
2019-04-18 11:58:17 +02:00
7177813710
adding data to geometry
2019-04-17 19:57:16 +02:00
8eb1a35dfb
first version of a library to parse HDF5
...
- preliminarly called DADF5 (DAMASK HDF5)
- script to write (empty undeformed) geometries is also added
2019-04-13 11:25:53 +02:00
0c6fde97f9
wrong positions for point visualization
...
- now the cell centers are at the centers of the cells for cell
visualization
2019-04-13 00:42:05 +02:00
433281f71d
following Rowenhorst convention
2019-03-09 19:58:17 +01:00
0d08659b2a
general cleaning
2019-03-09 11:11:40 +01:00
60feb96afd
let vtk decide on the file extension
2019-03-09 11:11:40 +01:00
5ab8e50d09
consistent with reference paper
2019-03-08 19:07:19 +01:00
c706ca5ba3
no progress bars in quite mode
2019-02-26 21:22:49 -05:00
f3d2803443
addMises failed for single run of either --stress or --strain
2019-02-25 19:29:12 -05:00
2089726800
corrected output extension of vtk files to reflect binary format
2019-02-25 18:48:40 -05:00
d3ac3cc0f5
using new Orientation class
2019-02-24 08:34:20 +01:00
9fa2553af4
task for DREAM.3D if needed
...
pointwise takeover should not be a problem anymore as reading in takes
no time (at least in comparison to addGrainID)
2019-02-23 22:14:55 +01:00
b3455c825e
transition to new orientation class
...
forward-backward conversion quite stable
2019-02-23 21:49:05 +01:00
93ae5cbd07
Merge remote-tracking branch 'origin/development' into 10-consistent-orientation-conversions-3
2019-02-22 23:05:36 +01:00
43a451b2e1
inplace not useful
...
use shell script if you want to keep an backup of your old data
2019-02-18 14:36:04 +01:00
27ebe1f665
improved documentation
2019-02-17 08:17:40 +01:00
5c20609e81
more verbose help, drop support for really old vtk
2019-02-16 22:20:44 +01:00
802ef6fe5c
more precise help
2019-02-16 18:25:41 +01:00
c6781e415a
using default notation for vector access
2019-02-16 18:23:00 +01:00
0b1bfdfd4e
was only working with python2
2019-02-16 18:17:05 +01:00
29fc53fdcb
more specific about invocation
2019-02-16 17:41:56 +01:00
fa003e8077
small adjustments for autodoc
2019-02-16 15:26:21 +01:00
4ce151c967
camel casing (easer for foswiki)
2019-02-15 23:22:51 +01:00
0cc4e582e4
Merge branch 'development' into 26_autodoc-2
2019-02-15 20:47:14 +01:00
566099ad81
automatic documentation for some post processing scripts
2019-02-15 18:52:47 +01:00
d58c3008ae
fixed too long line in addLinked
2019-02-14 18:31:22 -05:00
Martin Diehl