You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Due to the unit conversions that go on under the hood, we get issues such as the following:
julia>@field(F) do
I₀ =1.0
T =1.0
τ =8.0
σmax =6.0end
Linearly polarized field with
- I₀ =1.0000e+00 au =3.5094452e16 W cm^-2=>- E₀ =1.0000e+00 au =514.2207 GV m^-1- A₀ =0.1592 au
– a Fixed carrier @ λ =7.2516 nm (T =24.1888 as, ω =6.2832 Ha =170.9742 eV, f =41.3414 PHz)
– and a Gaussian envelope of duration 193.5107 as (intensity FWHM; ±6.18σ)
– and a bandwidth of 0.3466 Ha =9.4307 eV ⟺2.2803 PHz ⟺7.5588 Bohr =399.9921 pm
– Uₚ =0.0063 Ha =172.3181 meV => α =0.0253 Bohr =1.3404 pm
julia> F.I₀
1.0
julia> F.E₀
0.9999999540483009
The last should obviously be exactly unity.
The problem arises because I₀ is first converted into SI units, then E₀ is computed using
* Analytic computation of spectra of some fields
* Analytic spectra for arithmetic fields
* Fixed normalization of convolution
* Implemented (normalized) FFTs of fields
* WIP Analytic spectrum for ConstantField
* Spectra for transverse fields
* Better test of FWHM in view of unit conversion inaccuracy (#24)
* Added test of analytic and numeric field spectra
* Bump version to 0.2.0 since new Gaussian exponents can lead to different results
* Increased test coverage
* Removed unused methods
* Fixed sign of spectrum
* Some more tests
* Fix for PrettyTables < 2
* Update compat for Documenter
* Drop Julia < 1.6
* Fix doctests
* Some docstrings
* Preview PR docs
* Added spectrum example plot
* Missing plot and imports
* Missing import
* Increase test coverage
* Fixed file name
* Improved plot
Due to the unit conversions that go on under the hood, we get issues such as the following:
The last should obviously be exactly unity.
The problem arises because
I₀
is first converted into SI units, thenE₀
is computed usingElectricFields.jl/src/field_dsl.jl
Line 54 in 39a7586
and then subsequently converted back to atomic units. This is silly, and the detour via SI units should be avoided.
The text was updated successfully, but these errors were encountered: