[oslc-core] Proposed property table format

Dave snoopdave at gmail.com
Fri Jun 18 08:51:55 EDT 2010


On Thu, Jun 17, 2010 at 4:44 PM, Arthur Ryman <ryman at ca.ibm.com> wrote:

> There is no need to include the URI in the table since the Prefixed Name
> is an abbreviation for the URI. Given the Prefixed Name, we can determine
> the URI
>

Concur.


> We should also state that when we represent data in RDF/XML, that we use a
> QName whose whose local name part is equal to the portion of the Prefixed
> Name that comes after the prefix.
>

We do that in the representation rules already.


> We could use the term "Range" instead of Value Class.
>

Good idea.


>
> The Value-type column could be split into a Node Type column and a
> Representation column.
> For Node Type, the values are Literal, URI Ref, and Blank.
> For Representation, the values are Reference, Inline, and Either
>

I'll respond to this one in the value types thread.

Thanks,
Dave






From:
Dave <snoopdave at gmail.com>
To:
oslc-core <oslc-core at open-services.net>
Date:
06/17/2010 02:08 PM
Subject:
[oslc-core] Proposed property table format
Sent by:
oslc-core-bounces at open-services.net



I created a new property table format for use in OSLC Core. Scroll to the
end to see an example:
  http://open-services.net/bin/view/Main/OSLCCoreLinksDRAFT

The column names are:
  - Prefixed Name
  - Occurs
  - Extended
  - Value-type
  - Value Class
  - URI and Description

Spec leads, will this work for your spec? I am leaving things out, naming
things inappropriately?  That and other feedback is most welcome...

Thanks,
- Dave
_______________________________________________
Oslc-Core mailing list
Oslc-Core at open-services.net
http://open-services.net/mailman/listinfo/oslc-core_open-services.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://open-services.net/pipermail/oslc-core_open-services.net/attachments/20100618/f0c8e7f9/attachment-0003.html>


More information about the Oslc-Core mailing list