Closed aryan26roy closed 1 year ago
@adam2392 How do you want me to proceed with this? Should I include scenarios where there is no path as well? And are the comments like this ok?
@adam2392 How do you want me to proceed with this? Should I include scenarios where there is no path as well? And are the comments like this ok?
The goal is to educate the user and serve as a quick reminder for yourself as a dev in case you need to review something.
I would proceed in sections:
Lmk if that makes sense
~Also I would add the example inside the intro/
folder, rather than making a new subfolder inside examples/
since this is a fundamental introduction to causal graphs.~
@adam2392 What do you think?
Yes I think this is a good start and direction!
Can you take a look at the other examples and use "# %%" to break up into sections where it makes sense?
It makes the final rendering easier to read.
@adam2392 How about now?
@adam2392 can you take a look now?
Can you add a test in inducing_path
that a graph should only have directed and/or bidirected edges? Otw, and inducing path doesn't make sense to run.
E.g. I would expect it to return an error if passed a PAG.
Can you add a test in
inducing_path
that a graph should only have directed and/or bidirected edges? Otw, and inducing path doesn't make sense to run.
Do you want me to add it to this PR or create a new issue and a new PR?
You can just add it here since it's just a line just checking the types of edges present.
@adam2392 there's one problem. There is no graph class that is only has directed and bidirected edges. Even ADMG can have undirected edges. Do you want me to just check if the argument is an instance of PAG or CPDAG instead?
@adam2392 there's one problem. There is no graph class that is only has directed and bidirected edges. Even ADMG can have undirected edges. Do you want me to just check if the argument is an instance of PAG or CPDAG instead?
I wouldn't check the class as we are going to eventually try to refactor that so there is no explicit PAG/CPDAG class.
Instead, I would check the edge types for right now 'directed', 'bidirected' keywords.
Instead, I would check the edge types for right now 'directed', 'bidirected' keywords.
The problem is PAG would pass this test. It can have both of these edge types.
Instead, I would check the edge types for right now 'directed', 'bidirected' keywords.
The problem is PAG would pass this test. It can have both of these edge types.
We don't want any other edge. It can only have these types of edges.
@adam2392 Unless you're ok with instances of PAG class being valid as long as they only have directed and bidirected edges. Otherwise there is no way to differentiate between the different types.
@adam2392 I added the check. Also, I can't get the references to render, can you take a look at both?
@adam2392 The last run didn't make any documentation artifacts?
Are you able to see the status of the circle CI docs build? The artifacts are listed there.
Now I can see it! I guess github was glitching out for me. Anyway, are you happy with the current state?
Thanks @aryan26roy !
Closes #81
Changes proposed in this pull request:
Before submitting
CONTRIBUTING
docs.CONTRIBUTING
docs.After submitting