Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add a "confirm" activity type to the vocabulary #256

Closed
rpeinl opened this issue Nov 24, 2015 · 2 comments
Closed

Add a "confirm" activity type to the vocabulary #256

rpeinl opened this issue Nov 24, 2015 · 2 comments

Comments

@rpeinl
Copy link

rpeinl commented Nov 24, 2015

My use case is collaborative skill management similar to what Linked.in or Researchgate are doing with their "endorsements".
User A is saying about himself: I have skill X
Translates to an activity like:
{
"@context": "http://www.w3.org/ns/activitystreams",
"id": "http://www.test.example/user/a/skill/x",
"actor": "user a",
"type": "add",
"object": {
"type": "Skill",
"displayName": "skill x"
}
"target": "user a"
}

Now what about user B stating suggesting that user A has skill Y, which Y not yet being present on the user profile of user A.
{
"@context": "http://www.w3.org/ns/activitystreams",
"id": "http://www.test.example/user/a/skill/y",
"actor": "user b",
"type": "add",
"object": {
"type": "Skill",
"displayName": "skill y"
}
"target": "user a"
}
I thought about offer as an activity type but I guess add makes more sense, if the skill is not yet present.

Now finally, user A's profile already states that user A has skill z, but user B wants to confirm that it is so.
<code>{
"@context": "http://www.w3.org/ns/activitystreams",
"id": "http://www.test.example/user/a/skill/x",
"actor": "user b",
"type": "???",
"object": {
"type": "Skill",
"displayName": "skill z"
},
"target": "user a"
}</code>
What kind of activity do I use here? Is it "accept"? User b accepts skill z for user a?
Could be, but seems heavily overloaded. Is it again "add"? That would make no difference between initial suggestions and further confirmations.
Therefore I suggest introducing "confirm" as a new activity type.
Again, as posted on the mailing list, I also suggest making a list of use cases together with activities that should be used in these cases similar to my description here. That would largely increase interoperability.

@jaywink
Copy link

jaywink commented Nov 25, 2015

Wouldn't Accept be quite natural here?

@jasnell
Copy link
Collaborator

jasnell commented Dec 1, 2015

We had Confirm before but it was removed in favor of Accept. Confirm is something that could be added via an extension.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants