- From: Stuart Sutton <stuartasutton@gmail.com>
- Date: Wed, 10 Jan 2018 10:31:16 -0800
- To: Richard Wallis <richard.wallis@dataliberate.com>
- Cc: Bob Dolan <bob@diverselearnersconsulting.com>, Phil Barker <phil.barker@pjjk.co.uk>, public-eocred-schema@w3.org
- Message-ID: <CACetQ6Ec+ZrJX1nR=sWxgB7HB_x1+UCwQv7-+wGWLtttECarNQ@mail.gmail.com>
Richard, sorry, I didn't intend to imply that you were asserting that *EducationalOccupationalCredential *should not be a type of *CreativeWork*...just that a strong case can be made for it as such. A credential, as a work, is an outcome of a significant degree of creative action, demanding selecting from options and expression. I'm unlikely to make as a strong an assertion of other things that stand as credentials--e.g., a passport, birth certificate or even a drivers license. So, while I'd say that *EducationalOccupationalCredential* is a *CreativeWork, *I'd be less inclined to say all credentials are. On Wed, Jan 10, 2018 at 8:12 AM, Richard Wallis < richard.wallis@dataliberate.com> wrote: > Stuart, I wasn’t saying that *EducationalOccupationalCredential* should > not be a subtype of CreativeWork. I was just highlighting that it is a > proposal we can expect to have to justify to the rest of the Schema.org > community who would probably have a much narrower understanding of what a > *EducationalOccupationalCredential* is. > > As to your questions, about the justifications for other subtypes. > Firstly, I would say that consensus in the community has evolved over time, > as has the significant number of CreativeWork subtypes (it’s looking a bit > messy in that area of the type hierarchy). Personally I would suggest that > all the Types you list are the outcome of individual, or a series of, > creative actions. > > ~Richard. > > Richard Wallis > Founder, Data Liberate > http://dataliberate.com > Linkedin: http://www.linkedin.com/in/richardwallis > Twitter: @rjw > > On 9 January 2018 at 22:41, Stuart Sutton <stuartasutton@gmail.com> wrote: > >> >> >> On Tue, Jan 9, 2018 at 8:10 AM, Richard Wallis < >> richard.wallis@dataliberate.com> wrote: >> >>> In principle creating an *EducationalOccupationalCredent**ial* type >>> and making it a subtype of *CreativeWork* make sense to me. This is a >>> good start. However the following practical thoughts come to mind: >>> >>> - Just looking at the name *EducationalOccupationalCredent**ial* >>> makes me think that it should have a basic super-type of *Credential* that >>> is not tied to the Educational / Occupational domains. I can already >>> anticipate the questions about marking up some form of general >>> qualification, measure of achievement, recognised membership level, or >>> attendance, that the developer does not consider either educational or >>> occupational. >>> >>> - In practice “*properties like educationalAlignment, audience, >>> offers, provider, hasPart, datePublished, dateModified, expires, creator >>> (and possibly others) will be useful in describing >>> EducationalOccupationalCredentials.*” Is not sufficient reason on >>> its own for minting yet another subtype of CreativeWork. Do we believe >>> such a thing is a type of Creative Work? >>> >>> Richard, I think that if *Course* can be a *CreativeWork*, a case can >> be made for* EducationalOccupationalCredential* being one. They are >> undeniably 'works' that require at least a 'modicum of creativity'. >> >> If we look at the class extension (subtypes) of *CreativeWork >> <http://schema.org/CreativeWork>*, there are no apparent controlling >> attributes that I can see to guide what should be in (or out). So, >> arguments that *EducationalOccupationalCredential* "is" or "isn't" are >> probably equally rudderless. But, if the following subtypes passed muster >> as *CreativeWorks*, I wish someone would fill me in on the common >> characteristics of the class that made it possible: >> >> - Comment >> - Question >> - Menu >> - Message >> - Dataset >> >> >>> - >>> I had a recent proposal for a new subtype of CreativeWork, using >>> similar justification, knocked back in the Schema.org Github in this way: >>> >>> “ *No, we really can* >>> *’t make TouristTrip a subclass of CreativeWork … that * >>> *would be way way too much of a hack. * *Lets add more domain/ranges to >>> the relevant properties.”* >>> >>> >>> I am not saying we would get the same response but we need good >>> justification for such a proposal. >>> >>> >>> >>> ~Richard. >>> >>> Richard Wallis >>> Founder, Data Liberate >>> http://dataliberate.com >>> Linkedin: http://www.linkedin.com/in/richardwallis >>> Twitter: @rjw >>> >>> On 9 January 2018 at 10:15, Bob Dolan <bob@diverselearnersconsulting.com >>> > wrote: >>> >>>> Listing the requirements for each use case is very helpful. Using >>>> schema.org/CreativeWork makes sense to me. >>>> >>>> Bob >>>> >>>> *Bob Dolan, Ph.D. | Principal* >>>> bob@diverselearnersconsulting.com >>>> www.diverselearnersconsulting.com >>>> 413.367.6199 <(413)%20367-6199> >>>> >>>> [image: Diverse Learners Consulting logo] >>>> <http://www.diverselearnersconsulting.com> >>>> >>>> On Jan 9, 2018, at 4:21 AM, Phil Barker <phil.barker@pjjk.co.uk> wrote: >>>> >>>> Thanks Ryan, yes hooking into an existing schema.org type can minimize >>>> the number of new properties that are required. Don't worry about Course >>>> having an educationalCredentialAwarded property being a distraction: I >>>> think that we will be connecting to that when we get further down the list >>>> of use cases. >>>> >>>> Phil >>>> >>>> On 08/01/18 20:50, Ryan Price wrote: >>>> >>>> I think this makes a lot of sense, to extend CreativeWork. >>>> >>>> For example, when CreativeWork is extended to Course, you only add 4 >>>> properties: >>>> https://schema.org/Course >>>> >>>> courseCode >>>> coursePrerequisites >>>> educationalCredentialAwarded (oops, maybe I picked a bad example, since >>>> this mentions Credential. Don’t get distracted by this property!) >>>> hasCourseInstance >>>> >>>> ++ >>>> >>>> Ryan Price >>>> Senior Engineer >>>> >>>> Palantir.net <http://palantir.net/> >>>> (773) 645-4100 >>>> price@palantir.net >>>> >>>> Sign up for occasional emails: http://www.palantir.net/newsletter >>>> <http://www.palantir.net/newsletter> >>>> Follow us on Twitter: https://twitter.com/palantir >>>> >>>> On Jan 8, 2018, at 6:34 AM, Phil Barker <phil.barker@pjjk.co.uk> wrote: >>>> >>>> Hello all, >>>> >>>> Thank you for your input prioritising the use cases for Educational and >>>> Occupational Credentials. I have arranged to outline use cases >>>> <https://www.w3.org/community/eocred-schema/wiki/Use_Cases> to reflect >>>> these priorities. >>>> >>>> I have also indicated what I think is required in order to meet these >>>> use cases. Please take a look and let me know if I have missed anything. >>>> >>>> I propose we work through these requirements, trying to meet as many of >>>> them as possible with existing schema.org terms, and defining new >>>> terms where required. >>>> >>>> Picking two requirements from near the top of the list, we need to >>>> >>>> 1. be able to identify that an object is a educational / occupational >>>> credential >>>> >>>> 2. be able to identify name of an educational / occupational credential >>>> object >>>> >>>> I propose that we create a new schema.org class / type of thing, an >>>> EducationalOccupationalCredential >>>> >>>> definition: An educational or occupational credential. A diploma, >>>> academic degree, certification, qualification, badge, etc., that may be >>>> awarded to a person or other entity that meets the requirements defined by >>>> the credentialer. >>>> >>>> This will inherit the URL and name properties from schema.org/Thing >>>> thus meeting the requirements above. >>>> >>>> Furthermore, I think that it is logical and will allow reuse of several >>>> properties if we consider the EducationalOccupationalCredential to be >>>> a subtype of schema.org/CreativeWork. I think properties like >>>> educationalAlignment, audience, offers, provider, hasPart, datePublished, >>>> dateModified, expires, creator (and possibly others) will be useful in >>>> describing EducationalOccupationalCredentials. >>>> >>>> Any comments? >>>> >>>> Phil. >>>> >>>> >>>> [outline use cases] https://www.w3.org/community/e >>>> ocred-schema/wiki/Use_Cases >>>> -- >>>> >>>> Phil Barker <http://people.pjjk.net/phil>. http://people.pjjk.net/phil >>>> PJJK Limited <https://www.pjjk.co.uk/>: technology to enhance >>>> learning; information systems for education. >>>> CETIS LLP: a cooperative consultancy for innovation in education >>>> technology. >>>> >>>> PJJK Limited is registered in Scotland as a private limited company, >>>> number SC569282. >>>> CETIS is a co-operative limited liability partnership, registered in >>>> England number OC399090 >>>> >>>> >>>> >>>> -- >>>> >>>> Phil Barker <http://people.pjjk.net/phil>. http://people.pjjk.net/phil >>>> PJJK Limited <https://www.pjjk.co.uk/>: technology to enhance >>>> learning; information systems for education. >>>> CETIS LLP: a cooperative consultancy for innovation in education >>>> technology. >>>> >>>> PJJK Limited is registered in Scotland as a private limited company, >>>> number SC569282. >>>> CETIS is a co-operative limited liability partnership, registered in >>>> England number OC399090 >>>> >>>> >>>> >>> >> >> >> -- >> Stuart A. Sutton, Metadata Consultant >> Associate Professor Emeritus, University of Washington >> Information School >> Email: stuartasutton@gmail.com >> Skype: sasutton >> >> >> > -- Stuart A. Sutton, Metadata Consultant Associate Professor Emeritus, University of Washington Information School Email: stuartasutton@gmail.com Skype: sasutton
Received on Wednesday, 10 January 2018 18:31:44 UTC