Philip Eisenlohr
dc55e30cf1
added "startingIncrement" to spectralOut result interpretation
2012-09-05 15:14:36 +00:00
Philip Eisenlohr
c2954a2b33
now all heading labels squeeze out whitespace from their name.
2012-05-05 18:43:48 +00:00
Philip Eisenlohr
28e9b483ad
corrected wrong byte offset when reading thru 2^31-1-8 four-byte limit
2012-05-01 22:42:45 +00:00
Martin Diehl
99f2b8603a
new script for reconstruction of elements from F/IP(spectral_buildElements.py), corrected spectral_randomSeeding.py, made post/postResults.py aware of additional header/footer for file positions larger than 2**31-1
2012-04-24 15:09:20 +00:00
Philip Eisenlohr
9b17015b5a
added option for nodal quantity output (uses "linear" translation).
...
improved stability when requesting non-existing increments.
2012-03-05 15:22:10 +00:00
Christoph Kords
dc7234fd02
new option "--suffix" adds a suffix to the filename
2012-02-28 14:24:45 +00:00
Christoph Kords
10e93244c1
writing info to stdout instead of stderr
2012-02-28 13:21:59 +00:00
Martin Diehl
156ec4582a
polishing, adding _pInt etc. where applicable
...
post_results now handels zero increment different (like FEM, it is always there even if it is not counted)
2012-02-13 14:18:07 +00:00
Philip Eisenlohr
7869379d38
output directory (--dir) can now cope with absolute path...
2012-01-20 19:53:56 +00:00
Philip Eisenlohr
7ed2c19d0f
switched importing from "msc_tools" to "damask"
...
patchFrom... now skips blank lines, has more commenting, treats (artificial) bi-crystal (somewhat) gracefully.
2012-01-16 09:32:36 +00:00
Philip Eisenlohr
55639f3362
added log time scale capability for spectral results
2012-01-12 08:06:25 +00:00
Philip Eisenlohr
f685bbba0e
exchanged location of "graincount" in user block.
...
now matches wiki entry:
1. homogenization block
2. grain block
(grain count
sub-block[s] of crystallite and constitutive)
2011-11-23 09:09:00 +00:00
Claudio Zambaldi
06176873e4
after a somewhat lengthy discussion with Philip about usability and developability and general file-naming philosophy we think that we found a compromise on the "to-dot-py or not-to-dot-py" issue:
...
symlinks in DAMASK_ROOT/bin do not carry the extension, but the source files do.
Hope that results in the maximum number of happy developers and users.
2011-11-09 15:37:45 +00:00