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

use isAccessibleForFree on all Event classes [+CreativeWork] #900

Closed
richard-verhoeven opened this issue Nov 18, 2015 · 11 comments
Closed

Comments

@richard-verhoeven
Copy link

Is there any particular reason why the property isAccessibleForFree is used on the class PublicationEvent only? It seems to me that this is a reasonable and (if true) important property for any kind of event, so I would strongly suggest to move it to Event.

@danbri
Copy link
Contributor

danbri commented Nov 23, 2015

Thanks. This seems to be a case of something being added for one purpose with insufficient attention to its wider use. It was added for http://blog.schema.org/2013/12/schemaorg-for-tv-and-radio-markup.html

Generalising seems worthwhile, although you soon run into numerous subtleties (geo restrictions, free-if-you-register etc., in case of content rather than events) that are too complex for schema.org to feasibly handle. But yes we should look at applying it to other event types at least, although the current definition "A flag to signal that the publication is accessible for free." really seems more concerned with creative works than events.

@richard-verhoeven
Copy link
Author

Regarding events, perhaps the definition could simply be changed to "A flag to signal that it is possible to attend the event for free."

Trying a systematic approach, isAccessibleForFree might make sense and be useful wherever the offer property is available, even though the textual definition might not be the same for each class. Indeed, isAccessibleForFree is bascially a shorthand for a particular kind of Offer. The latter remains available to express the mentioned subtleties.

@jgoodell2
Copy link

The concept of access rights is applicable to other kinds of creative work as well.

E.g. CEDS defines a controlled vocabulary for Learning Resources with these options:

  • Free Access
  • Free Access with Registration
  • Limited Free Access
  • Available for Purchase
  • Available by Subscription
  • Publisher Defined

See: https://ceds.ed.gov/element/001561#FreeAccess

@vholland
Copy link
Contributor

PublicationEvent is odd in that it uses a different meaning of "event" than the other Event types. PublicationEvent is for when a CreativeWork becomes available for consumption. The other Event types are for planned public or social occasions.

I would argue we are better off moving PublicationEvent out from under Event and expand the ranges of properties like startDate and endDate as necessary.

@darobin
Copy link
Contributor

darobin commented Mar 30, 2016

Without getting into the many issues related to access management, we would really like to use isAccessibleForFree on CreativeWork. We have scholarly content that is Open Access (which means really to everyone) and content that isn't. It would make a lot of sense to use that property on the former, distinguishing those article from those where you get a page that's truncated after the abstract.

@danbri
Copy link
Contributor

danbri commented Jul 25, 2016

+1 for broadening it to CreativeWork; it will be useful for Course too.

@danbri
Copy link
Contributor

danbri commented Jul 25, 2016

and to Event for http://pending.webschemas.org/CourseInstance

btw @vholland - I agree there is a difference between emphasis of PublicationEvent and the other event subtypes. But both need to work both for forward-looking descriptions (potential events) and for historical logs of events actually having happened. Much as with Action, which serves a role for potential actions and for recording chains of activities that actually happened.

@danbri danbri changed the title use isAccessibleForFree on all Event classes use isAccessibleForFree on all Event classes [+CreativeWork] Jul 25, 2016
@RichardWallis
Copy link
Contributor

+1 for broadening as described.

@danbri danbri closed this as completed in d793868 Jul 25, 2016
danbri added a commit that referenced this issue Jul 25, 2016
@danbri
Copy link
Contributor

danbri commented Aug 10, 2016

@philbarker
Copy link
Contributor

@danbri would be better if the definition didn't mention publication

@danbri
Copy link
Contributor

danbri commented Aug 10, 2016

Good point @RichardWallis!

Ok, "A flag to signal that the publication is accessible for free."
-> "A flag to signal that the publication or event is accessible for free."

Filed as #1290, since I don't like the same issue appearing twice in /docs/releases.html

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

No branches or pull requests

7 participants