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

[Plato: Develop Experiments] myExperiment search returns nested workflows #224

Open
mksplg opened this issue Jun 16, 2014 · 4 comments
Open
Assignees
Labels
Milestone

Comments

@mksplg
Copy link
Member

mksplg commented Jun 16, 2014

When searching on myExperiment, the endpoint returns workflows with nested workflows that fit the query even if the top workflow does not fit.

@mksplg mksplg added this to the Plato 4.5 milestone Jun 16, 2014
@mksplg mksplg added the defect label Jun 16, 2014
@mksplg mksplg self-assigned this Jun 16, 2014
@mksplg
Copy link
Member Author

mksplg commented Jun 16, 2014

Best solution now is to filter for nested workflows.

Prefixes:
    prefix comp: <http://purl.org/DP/components#>
    prefix prov: <http://www.w3.org/ns/prov#>

Query:
    ?w comp:fits comp:Characterisation .

    FILTER NOT EXISTS {
        ?processor prov:specializationOf ?w .
        ?parent wfdesc:hasSubProcess ?processor
    } .

@kraxner
Copy link
Contributor

kraxner commented Aug 27, 2014

Good enough for now, but do myExperiment developers already know about this bug?

@seanbechhofer
Copy link

On 27 Aug 2014, at 09:34, kraxner [email protected] wrote:

Good enough for now, but do myExperiment developers already know about this bug?

I’ll pass it on.

Sean

Sean Bechhofer
Senior Lecturer
School of Computer Science
University of Manchester
[email protected]
http://staff.cs.manchester.ac.uk/~seanb
http://orcid.org/0000-0002-5872-3573

@mksplg
Copy link
Member Author

mksplg commented Sep 5, 2014

I've contacted the myExperiment team using their feedback mail, they should be aware of it. The answer at that time was:

Unfortunately the RDF we are storing for each workflow/component, doesn't declare that a workflow >is a "top level" workflow, but what you can do is check that the workflow is specifically NOT a nested >workflow like so:

Prefixes:

   prefix comp: <http://purl.org/DP/components#>
   prefix prov: <http://www.w3.org/ns/prov#>

Query:

   ?w comp:fits comp:Characterisation .

   FILTER NOT EXISTS {
       ?processor prov:specializationOf ?w .
       ?parent wfdesc:hasSubProcess ?processor
   } .

Hope this helps.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants