You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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:
@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:
(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.
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:
fairworkflows/fairworkflows/fairworkflow.py
Line 345 in f62db49
We need to update it based on what comes out of this discussion.
The text was updated successfully, but these errors were encountered: