-
Notifications
You must be signed in to change notification settings - Fork 157
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
feat: Exa.TrkX abstract pipeline & metric hook #2392
feat: Exa.TrkX abstract pipeline & metric hook #2392
Conversation
3020136
to
28bb5bb
Compare
Codecov Report
@@ Coverage Diff @@
## main #2392 +/- ##
==========================================
- Coverage 49.69% 49.68% -0.02%
==========================================
Files 454 454
Lines 25796 25799 +3
Branches 11850 11849 -1
==========================================
- Hits 12820 12818 -2
- Misses 4575 4580 +5
Partials 8401 8401
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
@xju2 This implements part of the things we discussed some time ago at CERN. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Here's a few comments on the naming and the interface specification for these pipeline hooks.
Just to make sure the idea: the non-examples-FW python bindings are still delivered via the examples build. But the idea is that you can launch this without running the examples sequence by calling this pipeline infrastructure directly?
Yes, since we don't have pure core bindings, I think thats the only possible way, right? This allows testing the pipeline and the hook directly with e.g. the training data, which is quite useful for me. |
This Does the following:
*.pyg
or*.csv
files):nodes
andedges
as arguments.