View Source

{toc}
h2. Attendees

* Donal Fellows (UNIMAN)
* Finn Bacall (UNIMAN)
* Markus Plangg (TUW)
* Hélder Silva (KEEPS)
* Carl Wilson (OPF)
* Christoph Becker (TUW)
* Alan Williams (UNIMAN)

h2. Agenda


h3. Current status


h4. Status of the Taverna plugin

* [Last published version|http://build.mygrid.org.uk/taverna/internal/scape/240] is 0.2
\\
Allows to select individuals, issues with permissions of published components, Missing SCAPE specific GUI.
* [Latest source|https://taverna.googlecode.com/svn/unsorted/component/trunk/component] is 0.3-SNAPSHOT
\\
Allows selection of permissions. Missing SCAPE specific GUI?
** Migration Paths
** Parameters
*** Some smaller problems when using plugin

h4. Status of myexperiment.org

* Sandbox vs normal version?
\\
Which should we use for testing?
* Sandbox
\\
Newer REST version on sandbox? Taverna plugin cannot "Copy component" to sandbox. Upload via webpage shows 500 error.
* Normal
\\
Query does not find components: e.g. [this query|http://www.myexperiment.org/components.xml?input%5b0%5d=%22http%3a//purl.org/DP/components%23portType+http%3a//purl.org/DP/components%23FromURIPort%22] should find [http://www.myexperiment.org/workflows/3426.html]

h4. Status of Plato integration

h4. Status of toolwrapper/component publishing

h3. Profiles

Updates to Wiki? [http://wiki.opf-labs.org/display/SP/Preservation+Component+Profiles]

h3. Other open issues


h4. Dependencies

Currently selecting individuals [generated from debian Packages file|https://github.com/openplanets/scape-component-profiles/tree/master/dependencies].

The debian repository only contains stuff packaged by scape, e.g. imagemagick convert wrapped by toolwrapper but not the imagemagick package itself. This is quite restrictive as does not allow to create a dependencies outside of the toolwrapper.

h4. Get licence of packages from Debian repository?

h2. Notes


h3. Taverna Component Plugin status

Work in progress, mainly on addressing how to deal with publishing a component with an appropriate license. Release policy complex because of coupling to myExperiment updates. Markus is experimenting with 0.3-SNAPSHOT version retrieved from source repo. Work required on supporting open-world properties (i.e., string valued or string+defined sample values). Support for complex properties requires a SCAPE-specific plugin? (What happened to the proof of concept stuff that David was working on? Was it just demonstrating viability of the SPI for refined GUIs?)

Note: it is strongly desired to have one component supporting multiple migration paths. (E.g., imagemagick can convert almost anything to a defined format)

h3. myExperiment status

Sandbox is ahead of main site, but has some 500 failures. Still, use that for testing.

Querying doesn't know ontology at all, and doesn't currently support any query that has anonymous nodes in (i.e., only shallow queries). Finn looking at fixing, but requires improved RDF querying support for Ruby. Carl said in chat that he knows some people to ask.

h3. PLATO integration

Mainly blocked waiting for improved ability to query.

h3. Toolwrapper/Component publishing

Possible issue to do with addition of description *how* to do extraction of metrics from characterization tools; should this go in the component or be done externally? (If the former, the input descriptor document needs to give the information.)

For now, will use Taverna to do any extraction necessary as it has many suitable shim services (XPath, Beanshell, etc.)

h3. Updates to Wiki

Substantial amount of text was deleted from page by Asger Blekinge; need to review those changes. (Main change appears to be removal of “Quality assurance property comparison component” section; is this something we desire? Can't just roll back; there are subsequent less-controversial changes by someone else.)

h3. Dependencies

How to gather information about what debian packages are depended-upon and to put that information in the component (so that tools can query over it). Package names and versions are not closed-world entities; licenses *are* closed-world (or at least we can maintain a list). License information cannot come from Debian package descriptors (which just don't have the info, unlike with RPM spec files) but they are described in the SCAPE toolwrapper/component descriptor.

Information should be attached to the tool service node in the workflow, not to the top level. (Deals with case where multiple tools are used in one component.) Need RDF for doing it, but not expected to be problematic.

h2. Actions

{{ACT.130307.01}} _Finn_: Give estimate for how long it will take to improve querying over RDF in myExp. (Key Q: In time for us to demo at review or not?)
{{ACT.130307.02}} _Finn_: Check whether myExp supports OR queries (needed for component license checks given that there's no ontology support)
{{ACT.130307.03}} _Finn_: Check timeline for updates to myExp; when will things go live?
{{ACT.130307.04}} _Finn_: Allow myExp to tolerate anonymous nodes; mustn't crash\!
{{ACT.130307.05}} _Finn_: Solution for how to do SCAPE-specific queries for review.
{{ACT.130307.06}} _Carl_: Review wiki changes properly (also _Markus_)
{{ACT.130307.07}} _Carl_: Ask Asger about his changes
{{ACT.130307.08}} _Markus_: Check if Bolette's changes make sense in detail
{{ACT.130307.09}} _Markus_: Create characterization example
{{ACT.130307.10}} _Markus_: Use jplyzer as example (coordinate with Carl, Johann, TUW)
{{ACT.130307.11}} _Alan_: Update plugin (0.9?)
{{ACT.130307.12}} _Alan_: SCAPE-specific GUI for migration path & parameters

h2. Decisions

{{DEC.130307.01}}: Location of tool description RDF in component workflow: on tool, not on workflow.
{{DEC.130307.02}}: Keep components that wrap tools simple prior to review.