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 September 29, 2010

Last week's meeting

Meeting logistics

See the OslcCoreMeetings for more information, more dial-in numbers and on-line meeting information.

  • Conference Access
    • Toll free: 1-866-423-8350
    • Toll: 1-719-387-8273
  • Participant passcode: 558663

Agenda

Review actions from past week

AI: Steve to propose better description in Appendix A for oslc:serviceProvider (cases when there can be > 1)

http://open-services.net/pipermail/oslc-core_open-services.net/2010-September/000572.html

oslc:serviceProvider The scope of a resource is a link to the resource's OSLC Service Provider. There may be cases when the subject resource is available from a service provider that implements multiple domain specifications, which could result in multiple values for this property.

AI: Dave J improve range description in Core spec:

Range (String): for properties with a resource value-type, OSLC specifications should also specify the range of possible resource classes allowed. This can be specifed as any or as a list of one or more resource classes specified by Prefixed Name. Best practices for specifying range are covered in the OSLC Core Links Guidance? document


AI: Dave J improve Link Guidance in light of this discussion

Relationships in OSLC resources are at their simplest an RDF property whose object is a URI. Some properties require and assume a resource of a particular type as the target for a given link type. In general however, it is desired not to make type assumptions on the target of links and especially those that point to resources controlled by other systems. The property's purpose and name should clearly reflect the scenarios it is supporting. Since the usage of these relationship properties may exist for a long period of time, specification authors should use great care in determining these.


AI: Dave J to explain meaning of Common properties and especially occurs properties

This is a list of common properties and resources that are defined by or used by the Core spec. Unlike the rest of the Core specification, this Appendix will change and grow as new common properties are added by the Core workgroup. The properties that we list here are available for use in defining OSLC resources, but this does not mean that they are required to be in OSLC resources.

Scott B: setup Namespace URIs on open-services.net

http://open-services.net/pipermail/oslc-core_open-services.net/2010-September/000571.html

Minutes

Attendees and notes from the meeting

Possible Attendees

Topics discussed

TBD

Edit | Attach | Print version | History: r4 < r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r1 - 23 Sep 2010 - 20:53:22 - 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