6604d0f8e8
polishing
2014-12-18 19:26:52 +00:00
afb9a2186b
removed explicit default setting: type='string' and action='store'
2014-09-12 14:14:55 +00:00
c7837e1f66
changed manual input/output close to class method
2014-08-22 16:58:53 +00:00
9aa22d4a08
simplified column key generation
2014-08-21 16:17:23 +00:00
649e637561
added some more post processing tests and improved output
2014-08-06 19:06:33 +00:00
938352d43a
fixed calculation of size and dimension in case of 2D (was limited to third dim only)
...
plus polishing
2014-08-06 15:25:18 +00:00
cbafad50d0
some more work on the postprocessing scripts, decreased test tolerance because spectral decomposition has rounding errors (depending on machine/python/numpy version)
2014-08-06 13:27:09 +00:00
7954c9a4a3
more and improved tests for add...
2014-07-24 20:21:18 +00:00
2f249773c9
fixed missing Python module
2014-06-06 15:11:15 +00:00
63c1a0a212
updated to croaking, scriptID, IO-piping.
2014-06-06 09:43:28 +00:00
342ca0be47
tested new scripts to update shebang, all files got same shebang (and for python files encoding)
2014-04-01 18:41:14 +00:00
56ce779f57
generalized slip system idea of Christoph to field data of "special" dimension (i.e. not 3 or 9).
...
dropped "norm"-suffix from input names of norms.
ASCIItable output is now called "normType" with type being Abs, Frobenius, or Max...
2012-02-08 12:00:31 +00:00
51e8981ba3
not specifying the location of python executable directly, but rather getting it from $path, otherwise the scripts won't work on every machine
2012-02-07 13:09:10 +00:00
2f07faa0e2
norm capable of using different p-norms (abs norm, frobenius norm, and max norm). also able to handle "slipsystem" outputs (use option -s). number of slip systems can be set by option -i, if not 12 is default.
2012-02-07 13:02:56 +00:00
fb7adf7b89
adopted use of general damask package
2011-12-15 08:53:18 +00:00
48f8d4ccb5
exchanged logic now using ASCII_TABLE class...
2011-11-23 14:54:53 +00:00
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
Martin Diehl