My interpretation is that we want a more precise meaning that DC doesn't 
offer.  we have to weigh the benefits of adopting a common vocabulary 
against making our own. 

My inclination is dc:contributor is close enough to be useful - i propose 
to adopt it in the RM spec.

I think user identity is something where we could adopt a consistent 
approach across the domains.  RM used FOAF in some examples - AM has 
further and written that into the spec.  It is a little while since I read 
the AM resource definitions and right now open-services.net is closed for 
business (server is unreachable) so i can't confirm, but from memory would 
propose that RM spec. follows the AM spec. and explicitly enumerates the 
three cases Simon describes below.

best wishes,
    -ian

[email protected] (Ian Green1/UK/IBM@IBMGB)
Chief Software Architect, Requirements Definition and Management
IBM Rational



From:
"Simon Wills" <[email protected]>
To:
"James Conallen" <[email protected]>
Cc:
[email protected], [email protected], 
[email protected]
Date:
28/10/2009 07:48
Subject:
Re: [OSLC-RM] [OSLC-ArchMgmt] Suggestions for link resource
Sent by:
[email protected]



I agree with the principles in Jim’s suggestions, but have a couple of 
observations / clarifications.
 
a.       You sensibly suggest that we provide information on the most 
recent modifier of the resource, and you propose doing this via a 
dc:contributor element.  Using this element bends its definition a bit 
(Dublin Core defines dc:contributor as ‘an entity responsible for making 
contributions to the resource’ as opposed to ‘the most recent entity that 
made contributions to the resource’).  This is the closest that Dublin 
Core comes to defining the last modifier, so the question is one of 
general principle – are we happy to infer meaning to DC metadata elements 
in the OSLC-RM context which isn’t present in their DC definition?
b.      Have I understood your proposals about creator/modifier elements 
correctly?  I think you are suggesting that the resource creator and 
modifier can be described as (i) free form text, (ii) an rdf:resource URI 
to a person resource, or (iii) an inline FOAF definition of the person. Is 
this right? (I would agree)
 
Simon
 
 



Simon Wills
Managing Director
integrate systems engineering ltd
m: +44 (0)7967 091824
t: +44 (0)1225 859991
f: +44 (0)1225 859993
e: [email protected]
w: www.integrate.biz


From: [email protected] [
mailto:[email protected]] On Behalf Of James Conallen
Sent: 27 October 2009 20:24
To: James Conallen
Cc: [email protected]; [email protected]; 
[email protected]
Subject: Re: [OSLC-RM] [OSLC-ArchMgmt] Suggestions for link resource
 
I'd like to amend to this another option for specifying the 
creator/modifier of a resource link We can also permit the use of the FOAF 
vocabulary:

<dc:creator rdf:resource="https://liz:9443/users/adam";>
<foaf:Person>
<foaf:name>Adam Administrator</foaf:name>
<foaf:mbox rdf:resource="mailto:[email protected]"; />
<foaf:img rdf:resource="https://liz:9443/users/adam/photo"; />
</foaf:Person>
</dc:creator>

<jim/>

jim conallen
[email protected]
Rational Software, IBM Software Group



James Conallen---10/26/2009 11:33:56 PM---Looking over the details of the 
link resource currently proposed for OSLC RM (and currently suggeste


From:

James Conallen/Philadelphia/IBM@IBMUS

To:

[email protected], [email protected]

Date:

10/26/2009 11:33 PM

Subject:

[OSLC-ArchMgmt] Suggestions for link resource

Sent by:

[email protected]




Looking over the details of the link resource currently proposed for OSLC 
RM (and currently suggested for OSLC AM as well). I have some minor 
changes I'd like to propose. 
First, is to make a distinction between the original creator of a 
resource, and the most recent modifier of it. The Jazz storage services 
currently make this information available, and use these DC terms for 
them. 

Also instead of allowing free form creators and dates, we say that a 
creator or contributor can be referenced with a URI,

<rdf:RDF 
xmlns:oslc="http://open-services.net/xmlns/common/1.0/"; 
xmlns:dc="http://purl.org/dc/terms/";
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#";


<oslc:Link rdf:about="http://www.example.com/resources/links/link1";>
<rdf:subject rdf:resource="http://www.example.com/resources/requirement55"; 
/>
<rdf:object rdf:resource="http://www.example.com/resources/workitem24"; />
<rdf:predicate rdf:resource="http://www.example.com/types/implementedBy"; 
/>

<dc:creator rdf:resource="http://example.com/users/developer1"; />
<dc:created rdf:datatype="http://www.w3.org/2001/XMLSchema#dateTime";>
2009-10-20T19:49:47-04:00
</dc:created>

<dc:contributor rdf:resource="http://example.com/users/admin1"; />
<dc:modified rdf:datatype="http://www.w3.org/2001/XMLSchema#dateTime";>
2009-10-20T19:49:47-04:00
</dc:modified>

</oslc:Link>
</rdf:RDF>


or allow the use of FOAF vocabulary (second example)

<rdf:RDF 
xmlns:oslc="http://open-services.net/xmlns/common/1.0/"; 
xmlns:dc="http://purl.org/dc/terms/";
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#";


<oslc:Link rdf:about="http://www.example.com/resources/links/link1";>
<rdf:subject rdf:resource="http://www.example.com/resources/requirement55"; 
/>
<rdf:object rdf:resource="http://www.example.com/resources/workitem24"; />
<rdf:predicate rdf:resource="http://www.example.com/types/implementedBy"; 
/>

<dc:creator rdf:resource="http://example.com/users/developer1";>
<foaf:name>Dan Developer</foaf:name>
<foaf:mbox rdf:resource="mailto:[email protected]"; />
<foaf:img rdf:resource="http://example.com/users/developer1/photo"/>
</dc:creator>
<dc:created rdf:datatype="http://www.w3.org/2001/XMLSchema#dateTime";>
2009-10-20T19:49:47-04:00
</dc:created>

<dc:contributor rdf:resource="http://example.com/users/admin1";>
<foaf:name>Adam Administrator</foaf:name>
<foaf:mbox rdf:resource="mailto:[email protected]"; />
<foaf:img rdf:resource="https://example.com/users/admin1/photo"/>
</dc:contributor>
<dc:modified rdf:datatype="http://www.w3.org/2001/XMLSchema#dateTime";>
2009-10-20T19:49:47-04:00
</dc:modified>

</oslc:Link>
</rdf:RDF>


<jim/>

jim conallen
[email protected]
Rational Software, IBM Software Group
_______________________________________________
OSLC-AM mailing list
[email protected]
http://open-services.net/mailman/listinfo/oslc-am_open-services.net
_______________________________________________
OSLC-RM mailing list
[email protected]
http://open-services.net/mailman/listinfo/oslc-rm_open-services.net








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






Reply via email to