This wiki is locked. Future workgroup activity and specification development must take place at our new wiki. For more information, see this blog post about the new governance model and this post about changes to the website.

OSLC Core Meeting December 1, 2010

Last week's meeting

Link to OSLC Core spec: OslcCoreSpecification

Meeting logistics

How to dial-in to our telecon and login to our screen-sharing session (when we need it).

Telecon Info

  • USA Toll-Free: 888-426-6840
  • USA Caller Paid: 215-861-6239
  • Participant Code: 6867265

Online meeting

(when we need it)

Agenda

  • Issue: with the Use of dcterms:title and dcterms:description with oslc:ResponseInfo
  • Issue: clarification needed for the oslc:totalCount property of a oslc:ResponseInfo type resource.
    • Not clear whether this is number of triples or number of resources (grouped triples) that match

  • Proposed Schedule for Workgroup December 2010 - January 2011
    • Dec 1 - Discuss schedule. Check!
    • Dec 8 - Multi-typed resources, Jim Conallen
      • There will be cases where a resource is of multiple rdf:types but we have no guidance on how this situation should be handled. Jim will lead a discussion to explain the related scenarios, the open issues and his recommendations for Core and/or other Domain work-group activities around this topic.
    • Dec 15 - OSLC Primer, Dave Johnson
      • Consensus is that we need an approachable introduction for those new to OSLC, one designed for developers who understand web development but may be new to REST, HTTP, RDF and other foundational technologies. Dave will explain his proposed outline and seek feedback.
    • Jan 5 - Baselining, Nick Crossley
      • Baselining is an important topic in the PLM and other work-groups. There are different use cases and terminologies. Nick will explain the current situation and lead a discussion on how baselining should fit into the OSLC specs
    • Jan 12 - Comments / Discussions, Steve Speicher, John Vasta
      • The OSLC Core spec includes Comments and Discussion resources but they have not been widely adopted. Steve and John will cover the state of union in regard to comments/discussions and lead a discussion of options for moving forward.
    • Jan 19 - Test Suite, Steve Speicher
      • Test Suite code should be contributed by this time and Steve will explain what is there, how it works and lead a discussion of next steps for improving test coverage and consumability.
    • Jan 26 - Reference Implementation, Dave Johnson
      • OSLC RI code should be contributed by this time and Dave will explain what is there, how it works and lead a discussion of next steps for improving the RI implementation and consumability.
    • Feb 2 - Attachments (Dave Johnson)
      • We use a number of patterns for storing non OSLC defined resources (e.g. JAR files, images, video and Word processing files) and then annotating them with properties. Dave will explain the patterns in use and propose an outline for guidance on the topic.

Other issues for discussion

Got issues?

Minutes

Attendees and notes from the meeting

Attendees

Topics discussed

  • Topic: Paging clarifications
    • Consensus:
      • No need to remove oslc.paging
      • Give guidance on what service should do when page too large
    • Relevant implementation status:
      • Scott B: Only Rational Insight does paged resources
      • Ian G: RRC does as well
      • Scott B: RQM and RTC provide paged query responses, but not for "plain old" resources
    • AI: Dave J to propose spec changes
    • AI: Dave J to document each issue we've discussed, here are some:
      • ResponseInfo? URI
      • How and when should redirects be used in paging
      • Should clients have to request paging (as they do now in Core spec)
      • What should servers do when response is too large
    • Dave J: OSLC services MAY return partial representations via 302 redirect even when clients didn't ask for paging
    • Ian G: OSLC services MAY respond to requests that exceed size limits with partial representations, and if they do they MUST do it this way...
    • Dave J: concur

  • Dave J: Need to clarify oslc:totalCount, total number of resources returned or total triples
    • Nick C: we meant "top-level resources" (and everybody agrees)
    • Dave J: top level resources is not defined. How about total number of "member property values"
    • Steve S: or triples where subject is query URI, predicate is member property and value is query result
    • Ian G: that would map to the SPARQL count of the query Steve just stated
    • Scott B: need to mention stable vs. unstable in the new text
    • AI: Dave to propose new text

  • Topic: Schedule
    • Agreed to proposed schedule
    • AI: Dave to publicize to other work-groups
Topic revision: r5 - 02 Dec 2010 - 13:33:39 - DaveJohnson
 
This site is powered by the TWiki collaboration platform Copyright � by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Contributions are governed by our Terms of Use
Ideas, requests, problems regarding this site? Send feedback