You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Following @SteffenBrinckmann comment on #103, `@type` MUST be a single string value while additional types should go to `genre`.
I understand the point of limiting variances.
However, @type is rather central in any RDF/JSON-LD reasoning, validation and framing operation.
A workaround would be to alias genre as @type ìf required by an interpreter
In this case it would be helpful to allow genre to by an array of IRIs. This would allow the TheELNConsortium to specify a list of common types while vendors can add more specific subtypes to persist internal classification.
I understand the point of limiting variances.
However,
@type
is rather central in any RDF/JSON-LD reasoning, validation and framing operation.A workaround would be to alias
genre
as@type
ìf required by an interpreterIn this case it would be helpful to allow
genre
to by an array of IRIs. This would allow the TheELNConsortium to specify a list of common types while vendors can add more specific subtypes to persist internal classification.Otherwise
additionalType
IRIs may be the right location for those IRIsOriginally posted by @simontaurus in #69 (comment)
The text was updated successfully, but these errors were encountered: