231f05e142
corrected bug that added index column values as first output
2016-11-29 11:16:50 -05:00
20c5ccc112
corrected (my standard) mistake in README
2016-11-29 10:02:07 -05:00
94c934c8bd
added patch to switch to fwbw_derivative
2016-11-29 09:52:14 -05:00
c9ec2e0f46
New table mapping based on shared column values
...
renamed old addMapped to addRowMapped to better reflect true functionality.
2016-11-29 09:33:35 -05:00
3fd8fb9f14
updated version information after successful test of v2.0.1-317-gd6baa71
2016-11-25 04:40:34 +01:00
d6baa71ee4
added temporary patch for PETSc 3.7.x compatibility
...
apply with "patch -p1 < installation/patch/petsc3.7"
2016-11-24 09:51:21 -05:00
c3f58fd208
unified processing order of quaternion properties to w,x,y,z
2016-11-24 09:37:57 -05:00
dc988dd6b1
removed unneccesary line continuation
2016-11-24 09:37:27 -05:00
03262429a7
updated version information after successful test of v2.0.1-313-g1c68cf1
2016-11-22 04:34:05 +01:00
1c68cf1fd3
using cubic symmetry as default for orientation relationships
2016-11-21 21:07:31 +01:00
ad14f52756
updated version information after successful test of v2.0.1-311-gb128b15
2016-11-17 04:40:12 +01:00
b128b15abf
fixed strange behavior for inSST without given symmetry
...
np.all() on dict (with keys 'proper' and 'improper') always returns
'False', and not, as (most likely) intended 'True' in the case of no symmetry.
Removed this comparison and simply setting inSST=False for no symmetry,
color will be (0,0,0) in that case
2016-11-16 23:11:03 +01:00
1346efbef0
pyeuclid moved from google code to github
2016-11-16 23:09:17 +01:00
08d9f0a4f3
texture transformation should be a proper rotation
...
at least, until the implications of using improper rotations are clear...
2016-11-16 22:08:19 +01:00
f88f2cd16a
Merge branch 'development' of magit1.mpie.de:damask/DAMASK into development
2016-11-11 06:44:57 +01:00
b86d91e8a4
not used
2016-11-11 06:42:35 +01:00
0f2e22805a
deallocate "axes" shuffling of orientation information
2016-11-10 06:53:47 +01:00
20755e897b
updated version information after successful test of v2.0.1-306-g2d0193e
2016-11-08 04:32:58 +01:00
2d0193e29c
removed no longer supported marc 2011
2016-11-07 21:26:06 +01:00
873c52cceb
using 3 way merge to have syntax as similar as possible
2016-11-07 19:51:12 +01:00
cbe2fb8d57
removed support for old Marc versions
2016-11-07 11:56:39 +01:00
b27c9388e6
adopted linker string for earlier Marc versions to work with Intel Fortran 17
2016-11-07 11:54:27 +01:00
6d91ce866e
Merge branch 'development' of magit1.mpie.de:damask/DAMASK into development
2016-11-07 09:10:39 +01:00
551b4369a1
improved readability
2016-11-07 09:06:35 +01:00
0653383c95
updated version information after successful test of v2.0.1-298-g8179a70
2016-11-07 04:39:27 +01:00
8179a703fb
now more flexible, works for synthetic data and user selected data
2016-11-06 23:07:12 +01:00
e57fd8e01a
updated version information after successful test of v2.0.1-296-g4e4fa35
2016-11-06 16:39:51 +01:00
4e4fa35ca0
reordered for better readibility, do not limit heap for zsh
...
limiting the heap causes problem on my arch linux, where it is set to
unlimited by default. Since I'm probably the only zshell user, I'll test
it for a while and If I don't observe any problems do the same changes
for bash/dash and C shell
2016-11-05 12:55:07 +01:00
d35c9dd431
using Einstein sum to replace 'for loop'
2016-11-04 18:50:39 +01:00
2d1421c09a
updated version information after successful test of v2.0.1-294-g2fa4e48
2016-11-03 04:40:20 +01:00
2fa4e48cf0
modified mkl libraries as to also work with Intel Fortran 17
2016-11-02 13:53:12 +01:00
d03f0bb80f
updated version information after successful test of v2.0.1-292-gae05bdd
2016-11-02 04:39:41 +01:00
ae05bdd9fd
Merge branch 'reverseRange' into development
2016-11-01 16:45:40 -04:00
a04968d43f
Merge branch 'development' into negativeRange
2016-11-01 17:20:56 +01:00
fef05621c4
updated version information after successful test of v2.0.1-284-gd2b89a1
2016-11-01 16:39:44 +01:00
d2b89a16e9
output differs when using dEq0 instead of dEq(x,0.0)
...
revert this change for the moment, even though dEq0 seems to be more safe
2016-11-01 09:34:46 +01:00
9e76b51014
fixing global variables handling (need to be defined before being used)
2016-10-31 22:53:14 +01:00
8593fb3ed7
unifying scripts
2016-10-31 22:11:16 +01:00
4acfc73fa1
Merge branch 'Python3' into development
2016-10-31 11:28:40 -04:00
cb26ecb8c2
fixed two-line summary
2016-10-31 11:08:33 -04:00
94fcc9ad24
fixed language and syntax
2016-10-31 10:40:58 -04:00
3dc5bc4379
Fixed some language and syntax
2016-10-31 09:33:23 -04:00
97867806f7
Fortran code also ready for negative range
2016-10-29 11:04:19 +02:00
8eb93a3274
python scripts now pack "a a-1 a-2 ... a-n" to "a to a-n"
2016-10-29 10:49:40 +02:00
aa3dc56949
fixed handling of last line (bug fix for second but last commit)
2016-10-29 10:30:42 +02:00
7e6e2e1c84
not using reserverd keyword "type"
2016-10-29 10:28:34 +02:00
1a56ad7a72
no logic change yet
2016-10-29 10:21:00 +02:00
6378cb1ff1
using improved dEq0/dNeq instead of dEq/dNeq with 0.0 argument
2016-10-29 10:04:36 +02:00
f1fdb19b85
Merge branch 'development' of magit0.mpie.de:damask/DAMASK into development
2016-10-29 09:29:27 +02:00
8d3b49ff2b
updated version information after successful test of v2.0.1-263-gb34a60d
2016-10-28 16:44:37 +02:00
Philip Eisenlohr