Propose new type CreativeWork#720
Conversation
- It avoids possible collisions when the CreativeWork it used as the item of a ListItem (using nextItem and previousItem as in ListItem would create confusion) - It removes CreativeWork typing from examples as already there by inheritance
|
@ljgarcia @nsjuty @PhilReedData @albangaignard I think this proposal has to be done at schema.org, no? The schema.org/Dataset will NOT inherit from the bioschemas.org/CreativeWork, nor will existing schema.org classes, unless the goal is to change all inheritance to bioschemas.org/CreativeWork. E.g. - current inheritance is like this: With this new proposed type happening on the bioschemas side, you would need to also recreate any downstream types that you would like them to apply to since they won't naturally inherit from the bioschemas parent. I recommend proposing these properties to schema.org. We can ask our community to provide examples of how it would be used and to support its inclusion. These are properties that can sensibly apply to many downstream types such as Dataset, SoftwareApplication, WebSite, WebPage, ScholarlyArticle, Thesis, Manuscript, Guide, in addition to the educational schemas. |
Internal reference
No open issue related to this PR
Description
Motivation and context
Rather than having many types/profiles repeating similar or same properties, we put them at CreativeWork level
Have these been tested?
What should reviewers focus on?
Types of changes
Future TO-DOs