AStilg
commented
6 years ago In this case. Timo explicitly wants beam offsets to be part of bsc pointmatch codes. Delete if you want.
On 7 Apr. 2018 1:06 am, Isaac Lenton notifications@github.com wrote:
@ilent2 commented on this pull request.
In examples/example_cube.mhttps://github.com/ilent2/ott/pull/14#discussion_r179787361:
@@ -59,14 +59,14 @@
% Polarisation. [ 1 0 ] is plane-polarised along the x-axis, [ 0 1 ] is % y-polarised, and [ 1 -i ] and [ 1 i ] are circularly polarised. -polarisation = [ i 1 ]; +polarisation = [ 1i 1 ];
% Location of the focal point relative to the particle. These are the % [ x y z ] coordinates. beam_offset = [ 0 0 0];
Hmm, I thought I clicked on line 66 not line 62. beam_offset is unused.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHubhttps://github.com/ilent2/ott/pull/14#discussion_r179787361, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AkIr1OAT1-tTq64e0SPGnnU-glX_7_68ks5tl4RtgaJpZM4TKIT9.
…lts with input rotation matrices (calc_rotation_matrix.m, rotation_matrix.m, z_rotation_matrix.m), in previous versions it would get x or y or both components with the wrong sign. It also meant that force_torque_farsund.m used minus signs to get a consistent axis force,torque etc. This change means that force_torque_farsund.m can be used as derived by farsund.
Made a modification to bsc_pointmatch_farfield.m to deal with a negative azimuthal index, also modified it to deal with particular parities under symmetry optimisation (which it wasn't before). lg_mode_w0.m now has the functionality that it had previously advertised. This is also necessary for the example_hgmode_beam.m code which has been modified to work with the changes to the beam shaping codes. example_cube.m employs a dynamical simulation which now works without hacks due to the change to wigner_rotation_matrix.