Revision 2b8ed1fa028a0457da2a8c686072407ed5c0d930 authored by Thorsten Becker on 22 August 2012, 21:21:52 UTC, committed by Thorsten Becker on 22 August 2012, 21:21:52 UTC
"a new method of finding the element of a tracer that is too close to
an element boundary. Up to now such a tracer was shifted by a constant
epsilon theta and phi. If the element boundary is parallel to this
theta/phi direction it is not guaranteed to work well (thus the
number_of_tries check), and additionally I got the problem that
sometimes all elements refuse this tracer. Eh checked in a workaround
for this (r15742), deleting orphan tracers in Tracer_setup.c. Because
I did not know this, I created my own bugfix moving the tracers an
epsilon amount orthogonal to all boundaries that are too close. In
order to save computing time I use the already computed vectors for
the element boundaries (this assumes that the element boundaries are
nearly orthogonal to each other, but unless somebody tries to change
CitcomS elements that should work fine). The shift happens now in
cartesian coordinates since the boundary-vectors are cartesian and the
radius-coordinate of the tracer is normalized prior to this check
anyway, so I just need to re-normalize it after the shift. For now I
did not touch all the now (hopefully) useless security checks but as
far as I can see they do no harm either, so we can remove them later."



1 parent 11854a5
History
File Mode Size
CitcomS
bin
etc
examples
lib
module
tests
visual
.gitignore -rw-r--r-- 345 bytes
AUTHORS -rw-r--r-- 242 bytes
COPYING -rw-r--r-- 17.6 KB
ChangeLog -rw-r--r-- 459.8 KB
INSTALL -rw-r--r-- 776 bytes
Makefile.am -rw-r--r-- 1.4 KB
NEWS -rw-r--r-- 13.2 KB
README -rw-r--r-- 405 bytes
configure.ac -rw-r--r-- 9.1 KB
setup.py -rw-r--r-- 1.2 KB

README

back to top