ontology-summit
[Top] [All Lists]

[ontology-summit] Fwd: [oor-forum] Thoughts on OOR architecture possibil

To: "Ontology Summit 2008" <ontology-summit@xxxxxxxxxxxxxxxx>
From: "Peter Yim" <peter.yim@xxxxxxxx>
Date: Thu, 17 Apr 2008 14:02:43 -0700
Message-id: <af8f58ac0804171402w20982195p6e2d147e78e4b626@xxxxxxxxxxxxxx>
Cross-posting to this list to make sure it becomes part of the
ontology-summit online discourse.    (01)

Thanks, Todd & Evan.  =ppy
--    (02)



---------- Forwarded message ----------
From: Todd Schneider <tschneider@xxxxxxxxx>
Date: Thu, Apr 17, 2008 at 1:13 PM
Subject: Re: [oor-forum] Thoughts on OOR architecture possibilities
To: OpenOntologyRepository-discussion <oor-forum@xxxxxxxxxxxxxxxx>    (03)


Evan,    (04)


 > I have seen little discussion exploring architectures for an OOR.
 > Perhaps this
 > is because the requirements are still in flux.    (05)

 I've been negligent in not posting a list of high-level requirements I've
 gleaned from what has been posted and the past three weeks presentations.    (06)

 Todd
 ========================================================================
 Goals of the Open Ontology Repository
 -------------------------------------
  Provide an architecture and an infrastructure that supports the
   a) Storing,
   b) Sharing,
   c) Searching,
   d) Governance,
   e) Management of Ontologies.    (07)

 Requirements, High Level - Candidate 2
 --------------------------------------    (08)

 Assumptions
 -----------
  1. Not all capabilities will be implemented at any single version.
  2. The architecture will evolve. There will be multiple versions
each successor
     implanting additional capabilities and/or evolving the previous version.
  3. Instance data, which are themselves not ontologies, will not be stored in
     the repository
  4. The repository will meet the needs of operational or commercial systems.
  5. Applicable standards will be used.    (09)

 General
 -------
  1. The repository architecture shall be scalable
  2. The repository shall be distributed.
  3. The specification of the repository shall be sufficiently detailed and
     platform independent to allow multiple implementations.
  4. The repository shall be capable of supporting ontologies in languages that
     have reasoners.
  5. The repository architecture shall support distributed repositories.
  6. The repository architecture shall not require a hierarchical structure.    (010)

 Discovery
 ---------
  1. The repository shall provide metadata capabilities to support
    a. search capabilities,
    b. governance process,
    c. management    (011)

  2. The repository shall provide a content discovery mechanism that supports
     discovery by
    a) domain
    b) author/creator/source
    c) version
    d) usage
    e) language
    f) terminology
    g) quality    (012)

 Search
 ------
  1. The repository shall provide a capability to
    a. search locally
    b. search globally    (013)

  2. The repository shall provide a capability to 'browse' a repository
    a. locally
    b. globally    (014)

  3. The repository shall provide a mechanism to support semantic searches.    (015)

 Subscription/Notification
 -------------------------
  1. The repository shall provide the ability for a user to subscribe to/for
     alerts associated with one or more repository items.
  2. The repository shall provide the ability for a user to subscribe to/for
     automatic updates of one or more repository items.    (016)

 Management
 ----------
  1. The repository shall provide a mechanism to enforce access policies
  2. The repository shall provide a mechanism to enforce submission policies
  3. The repository shall provide a mechanism to enforce governance policies
  4. The repository shall provide a mechanism to enforce 'tracking' policies
  5. The repository shall provide a mechanism to create usage reports
  6. The repository shall provide syntax validation mechanisms
  7. The repository shall provide a logical consistency checking mechanism
  8. The repository shall provide a mechanism to automatically categorize a
     submission
  9.The repository shall provide a mechanism to maintain state change of
    repository items (i.e. versioning)
  10. The repository shall provide user and administrator access control
      mechanisms    (017)

 Governance
 ---------
  1. The repository shall provide explicit machine usable/accessible repository
     semantics
  2. The repository shall provide a mechanism to avoid intellectual property and
     related legal issues/problems    (018)




 _________________________________________________________________
 Message Archives: http://ontolog.cim3.net/forum/oor-forum/
 Subscribe: mailto:oor-forum-join@xxxxxxxxxxxxxxxx
 Config/Unsubscribe: http://ontolog.cim3.net/mailman/listinfo/oor-forum/
 Shared Files: http://ontolog.cim3.net/file/work/OOR/
 Wiki: http://ontolog.cim3.net/cgi-bin/wiki.pl?OpenOntologyRepository    (019)

_________________________________________________________________
Msg Archives: http://ontolog.cim3.net/forum/ontology-summit/ 
Subscribe/Config: http://ontolog.cim3.net/mailman/listinfo/ontology-summit/  
Unsubscribe: mailto:ontology-summit-leave@xxxxxxxxxxxxxxxx
Community Files: http://ontolog.cim3.net/file/work/OntologySummit2008/
Community Wiki: http://ontolog.cim3.net/cgi-bin/wiki.pl?OntologySummit2008 
Community Portal: http://ontolog.cim3.net/    (020)
<Prev in Thread] Current Thread [Next in Thread>
  • [ontology-summit] Fwd: [oor-forum] Thoughts on OOR architecture possibilities, Peter Yim <=