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

Adding documentation on link types #1174

Merged
merged 6 commits into from
Feb 22, 2018
Merged

Conversation

szoupanos
Copy link
Contributor

This is the documentation on the link types.

Please let me know if I should add something more or if something is not clear. When this is merged, I will also send the email on the export node set population based on the links.

I will also put this commit at the 0.11.1 branch but I want it also in develop in order to appear directly at the online documentation./

giovannipizzi
giovannipizzi previously approved these changes Feb 22, 2018
Copy link
Member

@giovannipizzi giovannipizzi left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For me it's ok, but the compilation fails (see travis).

The links of the graph are arrows connecting two nodes. An arrow (x, y) is
considered to be directed from x to y; y is called the **head** and x is called
the **tail** of the arrow; y is said to be a **direct successor** of x and x
is said to be a **direct predecessor** of y. If a path leads from x to y, then
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure if we want to add the discussion on direct successor or predecessor, it is not needed for this page, and I think it introduces a new "language" that we never use elsewhere...

Copy link
Contributor Author

@szoupanos szoupanos Feb 22, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's true. I had the same feeling and I mainly added it because I need it for the discussion on the export that will follow (and it would be late to be mentioned at that point).

As a general comment, I would say that it would be good to follow (or start following?) the terminology of the domain that we focus on. E.g. for the moment we use input/output and ancestor/descendant that seemed natural to us (at least this is my understanding). For trees, which are DAGS, it is used parent/child & ancestor/descendant to refer to the same relationships. At https://en.wikipedia.org/wiki/Directed_graph where they talk about directed graphs (which is what we have now) they talk about (direct/indirect) predecessor /successors.

of the link, and they are documented at the
:doc:`QueryBuilder section <../querying/querybuilder/usage>`. For example,
if there is an **INPUT** link from data D to calculation C, D is the
“input_of” C, or equivalently D is the “output_of” C.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Probably we can add "Currently, in the QueryBuilder, input_of and output_of refer to any link type, where C is the tail of the arrow and D is the head."

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done!

@szoupanos szoupanos merged commit 62a5258 into aiidateam:develop Feb 22, 2018
@szoupanos szoupanos deleted the links_doc branch February 22, 2018 15:39
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

Successfully merging this pull request may close these issues.

None yet

2 participants