{"action":"created","issue":{"url":"https://api.github.com/repos/w3c-social/social-vocab/issues/6","labels_url":"https://api.github.com/repos/w3c-social/social-vocab/issues/6/labels{/name}","comments_url":"https://api.github.com/repos/w3c-social/social-vocab/issues/6/comments","events_url":"https://api.github.com/repos/w3c-social/social-vocab/issues/6/events","html_url":"https://github.com/w3c-social/social-vocab/issues/6","id":72251820,"number":6,"title":"Qualified Relation subclasses?","user":{"login":"fosterlynn","id":3776081,"avatar_url":"https://avatars.githubusercontent.com/u/3776081?v=3","gravatar_id":"","url":"https://api.github.com/users/fosterlynn","html_url":"https://github.com/fosterlynn","followers_url":"https://api.github.com/users/fosterlynn/followers","following_url":"https://api.github.com/users/fosterlynn/following{/other_user}","gists_url":"https://api.github.com/users/fosterlynn/gists{/gist_id}","starred_url":"https://api.github.com/users/fosterlynn/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/fosterlynn/subscriptions","organizations_url":"https://api.github.com/users/fosterlynn/orgs","repos_url":"https://api.github.com/users/fosterlynn/repos","events_url":"https://api.github.com/users/fosterlynn/events{/privacy}","received_events_url":"https://api.github.com/users/fosterlynn/received_events","type":"User","site_admin":false},"labels":[{"url":"https://api.github.com/repos/w3c-social/social-vocab/labels/question","name":"question","color":"cc317c"}],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":5,"created_at":"2015-04-30T18:57:07Z","updated_at":"2015-05-03T21:32:18Z","closed_at":null,"body":"It looks like in the vocab, the preferred method of defining types of (in this case) relations is to create a subclass which then becomes part of the vocabulary.  @elf-pavlik has examples: Membership (elf Pavlik member of Social WG), Following (elf Pavlik following Amy Guy).\r\n\r\nMy question is what to do with the proliferation of subclasses which can occur, and which in our case are user defined.  Some examples:\r\n\r\n1. In w3c, more specifically, elf Pavlik invited expert of Social WG.  Would InvitedExpertMembership or something similar be created as a subclass of Membership?\r\n\r\n2. We work with a local network of herbalists and farmers, and they have defined the following relationship types between agents (people or organizations) (partial list): Advisor, Owner, Supplier, Drying Site, Harvesting Site, Trainer, Harvester, FarmResponsibility.\r\n\r\n3. We know a network of software developers who have defined: Mentorship, Stewardship, both between 2 people.  The also have Members and Contributors, between a person and an organization.\r\n\r\nOur software could spit out the vocabulary that is defined by users, maybe as a vocab specific to the installation (to handle conflicts), but that is far short of a carefully documented vocabulary.  So, if we do that, should we spit out the new user-defined relationships as subclasses of Qualified Relation? Or is some other alternative acceptable that would just have a different qualification without being a new subclass?\r\n\r\nP.S. I like the option to use Qualified Relation or a simple object property to express a relationship/role, seems like a very positive direction. "},"comment":{"url":"https://api.github.com/repos/w3c-social/social-vocab/issues/comments/98546314","html_url":"https://github.com/w3c-social/social-vocab/issues/6#issuecomment-98546314","issue_url":"https://api.github.com/repos/w3c-social/social-vocab/issues/6","id":98546314,"user":{"login":"fosterlynn","id":3776081,"avatar_url":"https://avatars.githubusercontent.com/u/3776081?v=3","gravatar_id":"","url":"https://api.github.com/users/fosterlynn","html_url":"https://github.com/fosterlynn","followers_url":"https://api.github.com/users/fosterlynn/followers","following_url":"https://api.github.com/users/fosterlynn/following{/other_user}","gists_url":"https://api.github.com/users/fosterlynn/gists{/gist_id}","starred_url":"https://api.github.com/users/fosterlynn/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/fosterlynn/subscriptions","organizations_url":"https://api.github.com/users/fosterlynn/orgs","repos_url":"https://api.github.com/users/fosterlynn/repos","events_url":"https://api.github.com/users/fosterlynn/events{/privacy}","received_events_url":"https://api.github.com/users/fosterlynn/received_events","type":"User","site_admin":false},"created_at":"2015-05-03T21:32:18Z","updated_at":"2015-05-03T21:32:18Z","body":"@akuckartz Thanks! These subclasses can be grouped broadly based on properties (which we haven't nailed down yet), but beyond that they do not have additional properties.  Will see if I can figure out how to use SKOS properties.  If you have a quick example and time, could you post it?\r\n\r\n@parklize Yes, thanks.  I think schema:Role has the same issue of proliferating subclasses, correct me if I'm wrong.  And I don't know which existing structure is best, didn't mean to emphasize QualifiedRelation.  Just trying to see how to deal with user defined roles or types.  And happy that we have something that can have properties, is not just the relation.\r\n\r\n@elf-pavlik  Interesting example (participant).  I can see we may need to distinguish between actions that don't really imply an ongoing relationship between agents, and explicit definitions of ongoing relationships.  I think this is part of where you were going with your follows examples, which I now can't quickly find, but liked.  :(  In our case, we are giving people a way to record the shape of their network(s) in agent relationships."}}