[oslc-core] Questions about the creator property
snoopdave at gmail.com
Thu May 6 09:47:14 EDT 2010
Thanks for the feedback. I think we may need some tweaks in this area.
I just added some text to the Core spec to clarify how foaf:Person is
supposed to be used:
- dc:creator MUST be either a Resource or Local Inline Resource of
- foaf:Person MUST include either a foaf:name or both foaf:givenName
That's is how things stand today. We only allow foaf:Person for
dc:creator and we only support those three foaf:Person properties. In
this area, OSLC Core was trying to approximate what was done in
earlier OSLC specs.
Of course, we still have time to change, and now is the time to get this right.
Seems like having some form of user ID would be a very good thing and
so I wonder:
1) Have we had user ID in previous OSLC specs and/or have we had some
discussions about the implications of specifying user ID's in
2) Any opinions about how we use dc:creator in OSLC? Should it be a
simple "full-name" string as the FOAF guidance suggests?
3) Any opinions about if or how we should specify user ID? I think
"foaf:OnlineAccount" would probably be preferable to "oslc:userID" and
preferable to pulling in the SIOC namespace.
On Wed, May 5, 2010 at 12:32 PM, Nick Edgar <Nick_Edgar at ca.ibm.com> wrote:
> Hi all,
> While working on the OSLC Automation provider prototype implementation for
> RTC Build, some questions have come up over the exact representation to use
> for the dc:creator property.
> The core spec says that the dc:creator is a foaf:Person, but later in the
> Common Resource Definitions section it says "The Person resource can be used
> as the value for a dc:creator or dc:contributor property. ", which is a bit
> Is it valid to use a simple string value instead of a foaf:Person?
> Having a foaf:Person value for a dc:creator property seems at odds with the
> FOAF spec, where they suggest keeping dc:creator as the simple string and
> using foaf:maker for the Person details, and that dc:creator is the same as
> the maker's foaf:name.
> See http://xmlns.com/foaf/spec/#term_nick
> There are some good arguments for that approach in the linked discussion:
> The original problem that led to me reading up on this was whether and how
> to include the Jazz user id (in addition to the real name). I originally
> thought of just tacking on a dc:identifier property inside the foaf:Person,
> but foaf:nick is probably more appropriate, since the user id isn't a unique
> identifier for the actual person, and the scope of the user id isn't given.
> Could maybe use foaf:OnlineAccount instead, or in addition to foaf:nick,
> but it's marked as 'unstable'; it would also be pretty verbose.
> Are there more specific recommendations for which of the foaf properties
> should be given? All the ones mentioned by the core spec (foaf:name,
> foaf:givenName and foaf:familyName) are listed as optional. Is it OK to
> just give foaf:name, or if one is given should they all be?
> Nick Edgar
> RTC Build component lead
> Oslc-Core mailing list
> Oslc-Core at open-services.net
More information about the Oslc-Core