-
-
Notifications
You must be signed in to change notification settings - Fork 200
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
Allow users to write specialized data-free loss functions and use NeuralPDE training strategies #703
Comments
@xtalax, I just came up against this again and am wondering if there are any plans (possibly with your parser re-write) to add a public interface for For more context: I'm working on SciML/NeuralLyapunov.jl , and my PDE is always something like In some functionality that I'm currently adding to NeuralLyapunov, I'm hoping to only enforce that PDE in the region I believe As I described in the first post of this issue, I would very much like to leverage the training strategies in NeuralPDE and not re-implement them myself, but the parser is not just unnecessary for my application (since I know my PDE ahead of time), but actually unhelpful (since now the user-defined I could also imagine someone who wanted to use the parser, then do their own special training strategy, but I don't have need for that personally yet. |
I think that would be interesting to have. |
NeuralPDE develops its loss function in two steps:
PDESystem
. This is the role of NeuralPDE's parser.In some cases, a user may want to use 2 with their own data-free loss functions, specialized to their PDE. For example, as noted in #702, directional derivatives aren't currently optimized, so a current user may wish to write their own specialized data-free loss function, which makes this optimization, without rewriting the training strategies provided by NeuralPDE.
Adding this functionality could possibly look like exporting
merge_strategy_with_loss_function
, however that function relies on having aPINNRepresentation
that was built up in step 1, which might not be the most user-friendly for someone doing step 1 themselves. Additionally, we'd want to make sure that function is well-documented and perhaps even add a demo of this functionality if we want people to be aware of it as an option.@xtalax
The text was updated successfully, but these errors were encountered: