On Mon, Oct 13, 2014 at 12:40 PM, Markus Lanthaler <markus.lanthaler@gmx.net > wrote: > On Thursday, October 09, 2014 9:46 PM, Dan Scott wrote: > > On Thu, Sep 25, 2014 at 9:24 AM, Vicki Tardif Holland < > vtardif@google.com> wrote: > >> On Thu, Sep 25, 2014 at 9:16 AM, Dan Brickley <danbri@google.com> > wrote: > >> >> If you really want to go down this route, though, I would suggest > roleName > >> >> directly on Role that could serve for any future subtypes as well. > >> >> Otherwise, properties like characterName and namedPosition are just > going to > >> >> propagate as more Role subtypes emerge for different contexts. > >> > > >> > roleName on Role (expecting Text or URL) works for me, > >> > >> Promoting "namedPosition" to Role and renaming the property "roleName" > >> or the like soungs good to me. > > > > Thanks for the positive response, Vicki! I've opened > > https://github.com/rvguha/schemaorg/pull/146 in the hopes of making > > this (or the like) happen. > > Maybe I missed something but why don't we simply use "name" with "Role" to > give a role a name? Is name used for something else with roles? > You're not missing anything, I suggested exactly that at http://lists.w3.org/Archives/Public/public-vocabs/2014Sep/0326.html but Dan Brickley was concerned about name's range limitation of Text.
Received on Monday, 13 October 2014 17:48:33 UTC