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

How to represent inputs and outputs bound to a workflow? #124

Open
svenvanderburg opened this issue Dec 21, 2020 · 3 comments
Open

How to represent inputs and outputs bound to a workflow? #124

svenvanderburg opened this issue Dec 21, 2020 · 3 comments

Comments

@svenvanderburg
Copy link
Contributor

Saying that (www.example.com/output1, RDF:type, www.example.com/input1) is conceptually wrong, because they are not semantically the same. Step 2 does not have to be connected to step1, it's just that in this particular workflow they are.

How to represent that connection within a specific workflow?

Related: This validation of inputs and outputs is wrong:

def _validate_inputs_and_outputs(self):

We need to update it based on what comes out of this discussion.

@svenvanderburg
Copy link
Contributor Author

@tkuhn

@tkuhn
Copy link
Member

tkuhn commented Dec 22, 2020

I think this is covered in our Plex ontology profile. @rcelebi how is that done again?

@svenvanderburg
Copy link
Contributor Author

@raar1 mentioned in #129:
Fair enough, as we discussed in the meeting earlier. Although I think we will need this back eventually, with some sort of 'connector' triples, perhaps. Maybe:

(workflow, has:varbinding, bindinguri)
(bindinguri, rdf:type, somenamespace:VarBinding)
(bindinguri, from, fairvariableuriA)
(bindinguri, from, fairvariableuriB)

(if you'll forgive the horrific abuse of notation above). I'm thinking of how e.g. CWL does it, where the workflow specifies that input A of step 2 comes from output B of step 2. I can check with Tobias/Remzi on this matter though since they're the semantic experts.

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

No branches or pull requests

2 participants