= Day 1: SADI Web Services =
We are beginning to publish a set of best practices for service providers by codifying the lessons we've learned in the last year of service-building.
For example, say we have a service '[http://sadiframework.org/services/getKEGGParalogsByGene getKEGGParalogsByGene]', which will provide the KEGG ID of the paralogs of any input KEGG gene id.
The input class is '''http://purl.oclc.org/SADI/LSRN/KEGG_Record''' (click on the link above to see the full service description) and is defined by a third-party ontology - simply "any KEGG Record":
{{{
input
}}}
The output class is specific to our service (since our service is creating a new 'kind' of data, based on the input class) and is defined in '''http://sadiframework.org/ontologies/service_objects.owl#getKEGGParalogsByGene_Output''':
{{{
output
}}}
{{{
}}}
The important things to note are:
1. we are explicitly importing any ontology we refer to
2. our output class is a subclass of the input class (in this case, a KEGG_Record)
3. our output class includes a restriction indicating that the service returns KEGG_Records related to the input by the 'isParalogOf' predicate (i.e.: KEGG_Records that are paralogs of the input KEGG_Record). The owl:valuesFrom property on the restriction allows us to do reasoning about how to chain services together. It is important that we put this restriction here instead of in the owl definition of the predicate itself, since it allows us to constrain OUR use of the predicate, without constraining its range for anyone else!
The SADI Taverna plugin has been updated to use the information in these restrictions for service discovery.