[kepler-dev] [Bug 4321] - Semantic types on workflows saved into library not searchable

[bugzilla-daemon at ecoinformatics.org]

http://bugzilla.ecoinformatics.org/show_bug.cgi?id=4321





------- Comment #2 from aschultz at nceas.ucsb.edu  2009-09-29 15:38 -------
I have looked into this bug a little.  After downloading Kepler 1.0.0 I was
able to match all the components in an Ontology or class by entering exactly
the name of the class.  For example, in Kepler 1.0.0 type in "Remote Input"
into the component library search.  You will get the "Remote Input" class as a
result and everything underneath it gets included automatically.  Examining the
search algorithm there is no matching of semantic types on the individual
actors, it assumes that the actors are in the right folder and therefore only
matches the folder name.  This is supported by the result count at the bottom
which for this example is "1 results found".  If matching was being done on
every actor's semantic types I would expect the result count to be much higher.
Another example of this is typing in "Components".  You will now find 2 results
are returned.  One is the Components ontology that gets everything underneath
it added to the search result.  And the other is "Principal Components
Analysis" which is under the Statistics ontology.
After fixing bug 4421 (which was a problem only with displaying the results in
the component library) these same examples show the same results in the HEAD
version of Kepler as they do for Kepler 1.0.0.
The search(String) method of SimpleLibrarySearcher is where the component
library search happens.  Within this method there is a call to
OntLibrarySearcher.search(String) method which I imagine is supposed to scan an
index of semantic types and return results.  However by analyzing the number of
search results before and after the OntLibrarySearcher.search(String) method I
have found that no results are ever returned for any search that I have tried. 
This leads me to believe that this functionality was also not working in Kepler
1.0.0, since the test examples I have mentioned return the same number of
results in both versions.

My first thought on how to fix this is to include semantic type matching
directly in the findval method of SimpleLibrarySearcher and remove any calls to
the OntLibrarySearcher since it does not seem to do anything.