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

Linked Open Data: extend rangeIncludes of 'genre' + 'keywords' properties of CreativeWork to include URL #346

lazaruscorporation opened this issue Feb 18, 2015 · 4 comments
Labels vocab General top level tag for issues on the vocabulary


Copy link


I'd like to suggest extending the rangeIncludes of the 'genre' and 'keywords' property of (currently just "Text") to also include URL.

This will allow advanced users to implement more Linked Open Data (LOD) in, by replacing a free-typed text string in 'genre' or 'keywords' with a URI from a LOD vocabulary.

For example, the "genre" property for a Late Renaissance painting (marked up using VisualArtwork, a sub-Type of CreativeWork) could be set to the Getty AAT LOD URI "" instead of the text value "Late Renaissance".

Similar LOD URIs (e.g. from Wikidata etc.) could be used in the "keywords" property.

There may be other properties that can be included in this enhancement to incorporate LOD, but these two seemed the most obvious.



Copy link
Contributor Author

Edit: following the resolution of #347 (thanks to @danbri and @Dataliberate) this request to extend the rangeIncludes to URL (in addition to text) should only apply to the "genre" property, not the "keywords" property

Copy link

I agree this would be very helpful for improving library linked data because we could leverage multilingual labels and descriptions such as with

Copy link

niklasl commented Mar 16, 2015


This has come up before, during the SKOS discussion now tracked in issue #251.

(There is a larger question about whether rangeIncludes URL implies Thing, and perhaps whether genre should be narrowed to e.g. Intangible. But since URL is already used like this elsewhere, this specific case might not be the place to resolve that.)

@danbri danbri added the vocab General top level tag for issues on the vocabulary label May 27, 2015
RichardWallis pushed a commit that referenced this issue Jul 17, 2015
Added URL to range of genre - issue #346
Added Report type and reportNumber property - #374
Copy link

danbri commented Aug 4, 2016

Looking at this again, I see that we implemented it for /genre (with an accidental rollback fixed in #1203 and about to be republished in v3.1, see #1212). But we didn't get there for /keywords. I see also @lazaruscorporation retracted the proposal to do this for /keywords, and that anyway we're discussing that kind of functionality elsewhere including #251. I'm therefore going to close this issue. Thanks everyone!

@danbri danbri closed this as completed Aug 4, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels vocab General top level tag for issues on the vocabulary
None yet

No branches or pull requests

4 participants