-
Updated
Nov 22, 2021 - C++
computational-physics
Here are 346 public repositories matching this topic...
-
Updated
Dec 23, 2021 - C++
-
Updated
Feb 16, 2022 - C++
-
Updated
Aug 24, 2019 - Python
-
Updated
Jan 16, 2020 - C++
-
Updated
Nov 20, 2021 - Python
-
Updated
Dec 23, 2021 - Jupyter Notebook
- Split the EC Dataset into three datasets
- Implement the Normalization Condition as a new designed Boundary Condition (https://pytorch.org/docs/stable/generated/torch.trapz.html) could make things easier
- Integrate the new normalization condition into the PINN loss calculation
- Switch from x,y,t representation to a single tensor that represents all cases
- Integrate t
-
Updated
Jun 16, 2021
-
Updated
Sep 28, 2021 - Jupyter Notebook
-
Updated
Feb 16, 2022 - Python
-
Updated
Jan 14, 2022 - Python
-
Updated
Mar 4, 2020 - Python
-
Updated
Feb 16, 2022 - Python
-
Updated
Feb 16, 2022 - C++
-
Updated
Jan 27, 2021 - Python
-
Updated
Sep 9, 2021 - C++
-
Updated
Feb 16, 2022 - C++
-
Updated
Dec 30, 2021 - C++
-
Updated
Jun 12, 2021 - C
-
Updated
Sep 28, 2021
-
Updated
Nov 29, 2021 - C++
-
Updated
Feb 16, 2022 - Jupyter Notebook
-
Updated
Nov 16, 2020 - Jupyter Notebook
-
Updated
Jan 13, 2022 - Jupyter Notebook
-
Updated
Mar 28, 2021 - Jupyter Notebook
-
Updated
Feb 23, 2021 - C++
Currently the marker size for the particles in the mpl plots is deteremined based on the size of the simulation cell. However, with the release 1.1, it is now possible to change the forcefield and the values of A and B, therefore requiring the particle marker size to scale with both the simulation cell size and the nature of the potential model.
I reckon it is best to have the marker size be d
-
Updated
Feb 11, 2022 - Python
Improve this page
Add a description, image, and links to the computational-physics topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the computational-physics topic, visit your repo's landing page and select "manage topics."
Currently the C++ code in freud does not ensure that
r_minis non-negative (>= 0) in several classes. Values ofr_min < 0should raise an error in the constructor like this:https://github.com/glotzerlab/freud/blob/eb2a97bac302ed45236f26e0a7e6a0346071c579/cpp/density/RDF.cc#L17-L28
This applies to classes like
RDFandand other classes that deal with radial distCorrelationFunction