f02c77b6d0
more reasonable tolerance
...
still relatively high because ctf files store position with constant
number of digits and floating dot. Hence, the precision is very low
2020-04-24 20:01:57 +02:00
1610d5a5d2
Merge branch 'development' into misc-improvements
2020-04-24 20:01:40 +02:00
a0b7c51bec
less strict tolerances
...
grid position reported by EBSD has only a few decimal places, so
rounding errors occur
2020-04-22 23:32:34 +02:00
4a05cdbbbb
copy and paste error
2020-04-21 03:26:26 +02:00
00cb17ccfa
commenting
2020-04-20 22:47:55 +02:00
93db1b37ca
some useful information
2020-04-20 22:32:13 +02:00
f519e62cd5
testing data layout checks
2020-04-20 13:56:33 +02:00
9979eb58f4
consistent layout for grid data
...
has now always the shape ([x,y,z,...]) with x fastest. For conversion from or
to linear layout ([x*y*z,...]), e.g. storage in ASCII table, reshape needs
to have the 'F' option.
Credits to Vitesh and Fran for pointing this out.
2020-04-20 13:09:59 +02:00
bce5ed62d5
polishing
2020-04-20 10:13:15 +02:00
69857176b2
search and replace error
2020-04-14 15:33:20 +02:00
9837390406
do not clutter namespace
...
we do not need damask.util.np etc
2020-04-10 12:30:39 +02:00
b6d50db177
do not use name of function
2020-03-22 16:21:49 +01:00
bcf3650211
slightly shorter.
...
w/o transpose, this seems to be more memory efficient
2020-03-21 19:40:49 +01:00
2ad86e4202
shortened
2020-03-20 23:47:54 +01:00
45e3b8f7c6
no brackets for reshape required
2020-03-17 12:25:44 +01:00
a670ab269f
proper spacing
2020-02-20 22:50:54 +01:00
4d07ab7519
prospector complained
2020-01-29 16:31:05 +01:00
fa39a7423b
preparing for actual use
2020-01-29 13:20:16 +01:00
f9772a3df8
more descriptive name
2020-01-13 02:51:49 +01:00
f5c58517a7
enable one grid point along all directions
2019-12-24 15:59:09 +01:00
5b7139dc22
using specialized class
2019-12-21 19:09:28 +01:00
6989679d3b
using central functionality
...
- Table class for table data
- grid_filters for grid related functions
2019-12-21 19:03:36 +01:00
2cd2d6f506
cell_2_node/node_2_cell work only for periodic data
...
hence, coordinates and displacements cannot be converted easily
2019-12-21 18:07:04 +01:00
503626473a
bugfix: wrong grid order
...
for x fast, z slow, the shape of the array needs to be reversed
2019-12-21 17:38:16 +01:00
21431295fb
documenting
2019-12-08 20:20:13 +01:00
4e2e7d02f6
more sensible interface
2019-12-08 18:54:41 +01:00
7dc128ad12
polishing
2019-12-08 18:33:43 +01:00
828e82605e
ensure that data is correctly ordered
2019-12-08 18:13:45 +01:00
8d0c4310cf
improvements to grid generation
...
- handling of origin
- inverse functions: calculate grid,size,origin from regular coordinates
(cell or node). should replace corresponding functionality in util
2019-12-08 18:12:22 +01:00
ba69f5a631
polishing
2019-12-07 22:33:31 +01:00
4ddfd82304
better names
2019-12-05 18:32:21 +01:00
381c95bd1e
WIP: regrid functionality
2019-12-04 10:41:02 +01:00
9ad8743396
using central functionality
2019-12-03 22:00:21 +01:00
e006e0ebec
functions for spatial coordinates on regular grids
2019-12-03 18:59:59 +01:00
f2e722ed2e
polishing
2019-11-28 18:22:34 +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
80b50f460e
cleaning
...
trying to get rid of strange re-ordering related to ASCII table data
layout
2019-11-28 10:09:22 +01:00
b85049cb81
use brackets for line continuation with comments
2019-11-28 05:41:53 +01:00
23f5e0fa58
filters for operations on regular grids (in fourier space)
2019-11-26 10:25:39 +01:00
Martin Diehl