[oslc-core] Question on use of foaf:Person

[Scott Bosworth]

Hi Ian - I wonder if you've picked up the most recent guidance in the Core
from Appendix A on the dcterms:contributor and dcterms:creator common
properties [1]? I think you'll find that the Core signals that your
preference of:

<dcterms:contributor
rdf:resource="https://doors.example.com/jazz/users/img"/>

is perfectly acceptable.

Not sure if that makes the rest of your question moot or not, but I'd be
interested in the answer to your question to jazz-aware readers.

Also Ian, interested to know what is making you conclude that a name is
required property? I noticed that Speicher's recent example of a foaf shape
[2] indicates this with an occurs value of "Exactly-one", but the Core
common properties table in Appendix A indicates name is not required
(occurs = zero-or-one).

Steve, looks like the occurs values for all of the foaf properties in your
CM Shapes examples  are out of sync with the Core appendix?

[1] http://open-services.net/bin/view/Main/OSLCCoreSpecAppendixA
[2] http://open-services.net/bin/view/Main/CmSpecificationV2Shapes


> Hello there,
> I understood there was some ongoing discussion about use of foaf:Person -
> some of the Person attributes were mandatory (and this outwith Shape, and
> also beyond what FOAF itself describes).  Also, requiring a name, or some
> other potentially sensitive information in a REQUIRED property might
cause
> alarm and/or willfully degenerate names ("ANOther") that are misleading.
> This seems unnecessary - are we happy that the spec REQUIRES a name?
>
> A related question for jazz-aware readers:  what is the recommended OSLC
> foaf:Person representation of a Jazz user with URI
> https://doors.example.com/jazz/users/img?
>
> In my examples i was inclined to write
>
> <foaf:Person rdf:about="https://doors.example.com/jazz/users/img">
>   <foaf:name>Ian Green</foaf:name>
> </foaf:Person>
>
> Is this reasonable?  But really, and to my first point about, i think i
> might prefer
> <dcterms:contributor
> rdf:resource="https://doors.example.com/jazz/users/img"/>
>
> which is what was possible in the RM V1 specification.
>
> best wishes,
>     -ian
>

Scott Bosworth | IBM Rational CTO Team | bosworth at us.ibm.com | 919.486.2197
(w) | 919.244.3387(m) | 919.254.5271(f)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://open-services.net/pipermail/oslc-core_open-services.net/attachments/20100825/658fa3b4/attachment-0003.html>