Difference between revisions of "Meeting Minutes 20080919 Lysters8"

From NAMIC Wiki
Jump to: navigation, search
(New page: Back to the 2008/09/19 Meeting Page ==Peter Lysters Top 8 Action Items (August 2008)== The following 8 action items are derivatives of the [[http://meeting...)
 
m
 
(9 intermediate revisions by 2 users not shown)
Line 1: Line 1:
[[Meeting_Minutes_20080919 | Back to the 2008/09/19 Meeting Page]]
+
[[SDIWG:Meeting_Minutes_20080919 | Back to the 2008/09/19 Meeting Page]]
  
 
==Peter Lysters Top 8 Action Items (August 2008)==
 
==Peter Lysters Top 8 Action Items (August 2008)==
  
The following 8 action items are derivatives of the [[http://meetings.nigms.nih.gov/index.cfm?event=home&ID=4095 | NCBC AHM]] and are required before a formal release of Biositemaps/BRO 1.0.   
+
The following 8 action items are derivatives of the [http://meetings.nigms.nih.gov/index.cfm?event=home&ID=4095 NCBC AHM] and are required before a formal release of Biositemaps/BRO 1.0.   
  
=== 1. Debrief meeting by 'tiger team'===
+
=== 1. Debrief meeting by [[SDIWG:Meeting_Minutes_20080919 | tiger team]]===
  
=== 2. What remains to be done with the Biositemaps/BRO definition prior to its 1.0 release?===
+
=== 2. What remains to be done with the Biositemaps and BRO2.1 definition prior to their release?===
  
===3. Consumer tools===
+
===3. Consumer/Authoring Tools for Biositemaps and BRO===
This is what is needed to make the new RDF-based Biositemaps usable by other external resources (including, but not limited to "iTools")
+
This is what is needed is a light-weight, agile, robust and functional library to make the new RDF-based Biositemaps usable by other external resources (including, but not limited to [http://iTools.ccb.ucla.edu iTools]):
* Consumption/Interpretation
+
* Consumption/Interpretation of biositemaps corpus
 
**  General User
 
**  General User
*** Viewers (Browser, graphical, customized)
+
*** Viewers (Browser, graphical, customized) (e.g., iTools)
 
**** Individual resource Explorers
 
**** Individual resource Explorers
 
**** Compendium of Resources
 
**** Compendium of Resources
**** Mining, comparison, discovery of CompBio Resources
+
*** Mining, comparison, discovery of CompBio Resources
*** Expert User
+
** Expert User (e.g., iTools)
**** Reader/Parsers
+
*** Reader/Parsers
**** API
+
*** API
** Production/Generation
+
* Authoring/Generation of biositemaps and BRO
*** General User
+
** General User
**** Entry/Update Forms (Browser, graphical, customized)
+
*** Entry/Update Forms (Browser, graphical, customized)
**** Individual resource Explorers
+
*** Individual resource Explorers
*** Expert User
+
** Expert User
**** Writer/Parsers/Crawlers/Finders
+
*** Writer/Parsers/Crawlers/Finders
**** API
+
*** API
**** Resourceome Integration/Interoperability
+
*** Resourceome Integration/Interoperability
 
* Timeline for BioPortal to allow browsing/searching Biositemap tools tagged/identified with BRO entries
 
* Timeline for BioPortal to allow browsing/searching Biositemap tools tagged/identified with BRO entries
  
===4. We should get members from each of the centers on the 'tiger team'===
+
===4. We should get members from each of the centers on the [[SDIWG:Meeting_Minutes_20080919 | tiger team]]===
  
===5. What remains to be done with the Biositemaps website and/or dissemination prior to its 1.0 release?===
+
===5. What remains to be done with the Biositemaps website and/or dissemination prior to release?===
  
 
===6. Should the Biositemaps white paper be updated? It still refers to an xml format===
 
===6. Should the Biositemaps white paper be updated? It still refers to an xml format===
* We need to make a collective decision if we tightly couple Biositemaps and BRO?!? Do these become one-and-the-same? I recommend we keep these concepts separate, synergistic and interoperable -- according with the general philosophy that compartmentalized resources, where each component can easily and efficiently be swapped with another (functionally equivalent) component, typically have broader appeal, longer shelf-life and function better.
+
* We need to make a collective decision if we tightly couple Biositemaps and BRO2.1 (and subsequent versions). Do these become one-and-the-same? I recommend we keep these concepts separate, synergistic and interoperable -- according with the general philosophy that compartmentalized resources, where each component can easily and efficiently be swapped with another (functionally equivalent) component, typically have broader appeal, longer shelf-life and function better.
  
 
* Biositemaps make more sense as a concept and an infrastructure, rather than one specific implementation. If BRO and Biositemaps are "conceptually merged" and the "tiger team" decides to revise the (old) Biositemaps white-paper, the (new) manuscript title should be specific and include "RDF-based Biositemaps using Biomedical Resourceome Ontology". Again, I personally favor the distributed & decentralized approach to the (general) Biositemaps framework. If this is the approach the team decides to take, we may need two white-papers that emphasize "interoperability" rather than "standardization"!
 
* Biositemaps make more sense as a concept and an infrastructure, rather than one specific implementation. If BRO and Biositemaps are "conceptually merged" and the "tiger team" decides to revise the (old) Biositemaps white-paper, the (new) manuscript title should be specific and include "RDF-based Biositemaps using Biomedical Resourceome Ontology". Again, I personally favor the distributed & decentralized approach to the (general) Biositemaps framework. If this is the approach the team decides to take, we may need two white-papers that emphasize "interoperability" rather than "standardization"!
Line 42: Line 42:
 
* This depends on the answer of the Biositemaps/RDF-BRO synergies questions above. I would not widely announce anything that is not 98% functional. We are certainly close, though.  
 
* This depends on the answer of the Biositemaps/RDF-BRO synergies questions above. I would not widely announce anything that is not 98% functional. We are certainly close, though.  
  
===8. Next Steps beyond 1.0?===
+
===8. Next Steps beyond 2.1?===
 +
 
 +
<hr>
 +
[[SDIWG:Meeting_Minutes_20080919 | Back to the 2008/09/19 Meeting Page]]

Latest revision as of 18:25, 19 September 2008

Home < Meeting Minutes 20080919 Lysters8

Back to the 2008/09/19 Meeting Page

Peter Lysters Top 8 Action Items (August 2008)

The following 8 action items are derivatives of the NCBC AHM and are required before a formal release of Biositemaps/BRO 1.0.

1. Debrief meeting by tiger team

2. What remains to be done with the Biositemaps and BRO2.1 definition prior to their release?

3. Consumer/Authoring Tools for Biositemaps and BRO

This is what is needed is a light-weight, agile, robust and functional library to make the new RDF-based Biositemaps usable by other external resources (including, but not limited to iTools):

  • Consumption/Interpretation of biositemaps corpus
    • General User
      • Viewers (Browser, graphical, customized) (e.g., iTools)
        • Individual resource Explorers
        • Compendium of Resources
      • Mining, comparison, discovery of CompBio Resources
    • Expert User (e.g., iTools)
      • Reader/Parsers
      • API
  • Authoring/Generation of biositemaps and BRO
    • General User
      • Entry/Update Forms (Browser, graphical, customized)
      • Individual resource Explorers
    • Expert User
      • Writer/Parsers/Crawlers/Finders
      • API
      • Resourceome Integration/Interoperability
  • Timeline for BioPortal to allow browsing/searching Biositemap tools tagged/identified with BRO entries

4. We should get members from each of the centers on the tiger team

5. What remains to be done with the Biositemaps website and/or dissemination prior to release?

6. Should the Biositemaps white paper be updated? It still refers to an xml format

  • We need to make a collective decision if we tightly couple Biositemaps and BRO2.1 (and subsequent versions). Do these become one-and-the-same? I recommend we keep these concepts separate, synergistic and interoperable -- according with the general philosophy that compartmentalized resources, where each component can easily and efficiently be swapped with another (functionally equivalent) component, typically have broader appeal, longer shelf-life and function better.
  • Biositemaps make more sense as a concept and an infrastructure, rather than one specific implementation. If BRO and Biositemaps are "conceptually merged" and the "tiger team" decides to revise the (old) Biositemaps white-paper, the (new) manuscript title should be specific and include "RDF-based Biositemaps using Biomedical Resourceome Ontology". Again, I personally favor the distributed & decentralized approach to the (general) Biositemaps framework. If this is the approach the team decides to take, we may need two white-papers that emphasize "interoperability" rather than "standardization"!

7. How/when to approach other groups regarding harmonization (yes, that is the first time I have put that word in writing) and adoption of Biositemaps/BRO 1.0?

  • This depends on the answer of the Biositemaps/RDF-BRO synergies questions above. I would not widely announce anything that is not 98% functional. We are certainly close, though.

8. Next Steps beyond 2.1?


Back to the 2008/09/19 Meeting Page