-
Notifications
You must be signed in to change notification settings - Fork 65
Consider switching to SI units #253
Copy link
Copy link
Open
Labels
breakingBreaking change (CLI, input & output files)Breaking change (CLI, input & output files)comp-DocsRelated to documentationRelated to documentationcomp-LogicRelated to internal code logicRelated to internal code logicmaintainabilitySimplifies further code development (standardization, robustness)Simplifies further code development (standardization, robustness)pri-MediumWorth assigning to a milestoneWorth assigning to a milestone
Milestone
Description
Metadata
Metadata
Assignees
Labels
breakingBreaking change (CLI, input & output files)Breaking change (CLI, input & output files)comp-DocsRelated to documentationRelated to documentationcomp-LogicRelated to internal code logicRelated to internal code logicmaintainabilitySimplifies further code development (standardization, robustness)Simplifies further code development (standardization, robustness)pri-MediumWorth assigning to a milestoneWorth assigning to a milestone
Type
Fields
Give feedbackNo fields configured for Task.
Currently ADDA uses CGS units for all formulae (including the manual) and input and output quantities. This corresponds to earlier reviews of the DDA (e.g. Yurkin & Hoekstra 2007). In most cases the choice of units is not important, since most measured quantities are either dimensionless or have units of area. However, the issue becomes less trivial for normalizing of input power of non-plane beams and for radiation forces (#132 , #14 ). In discussion of those issues the users seemed to be more comfortable with SI units, especially when considering a real experimental system.
Moreover, more recent papers, relevant to the DDA use SI units. Hence, it may be less convenient to implement new ideas into ADDA, if the latter would stay in CGS. On the other hand, switching to SI may have some back-compatibility problems. Apart from the output quantities described above, it may change, e.g., the dipole polarizations (can be saved for processing by other utils, such as near_field package).