Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Normalization in trace_normalized! #199

Closed
Beforerr opened this issue Oct 23, 2024 · 5 comments
Closed

Normalization in trace_normalized! #199

Beforerr opened this issue Oct 23, 2024 · 5 comments

Comments

@Beforerr
Copy link
Contributor

According to #117 , we could not trace electron with time going forward as the time normalization factor would be negative. I would suggest to normalize to element charge instead of particle charge. In that case, we could also trace different particle population.

@henry2004y
Copy link
Owner

You mean in the time normalization, there is a factor q which can be negative for electrons right?

@Beforerr
Copy link
Contributor Author

You mean in the time normalization, there is a factor q which can be negative for electrons right?

Yes, you are right.

@henry2004y
Copy link
Owner

I think in the current implementation, trace_normalization! does not contain any coefficient. All the normalizations are handled by the user, for example in the Dimensionless Demo. In trace_relativistic_normalized!, however, we do have $\omega$, but as reported in #198, this form is wrong and we will correct that later.

@Beforerr
Copy link
Contributor Author

My hope is that the two interface would be united. Otherwise the user have to change code when change to relativistic algorithm because of different normalization.

Also it would be nice to have more flexible normalization (for example sometimes it is more useful to normalize velocity to system characteristic velocity instead of speed of light)

@henry2004y
Copy link
Owner

Completed via #200

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants