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
This updates numerous vocabularies to use a language-map representation for literal values, where appropriate.
Recent changes to the rdf gem (ruby-rdf/rdf@9fb42b6) allow for the use of language-maps in term definitions, for example:
property :actor,
comment: {en: "Subproperty of as:attributedTo that identifies the primary actor"},
domain: "https://www.w3.org/ns/activitystreams#Activity”,
Generally this change is transparent, if you use a standard accessor such as RDF::Vocab::AS.actor.comment. But, if you rely on the underlying attribute mechanism such as `RDF::Vocab::AS.actor.attributes[:comment], you will now see the language-map representation (where ‘en’, if present, will always come first)
RDF::Vocab::AS.actor.comment #=> #<RDF::Literal:0x2b84("Subproperty of as:attributedTo that identifies the primary actor"@en)>
RDF::Vocab::AS.actor.attributes[:comment] #=> {en: "Subproperty of as:attributedTo that identifies the primary actor”}
While this affects many vocabulary definitions in rdf-vocab, it adds some long missing capability to the built-in vocabulary definitions.
Without objection, this will be released in version 3.2.1 in the coming days, but as it has the potential to affect some uses of the builtin vocabularies, I wanted to call it out specifically to this group.
The text was updated successfully, but these errors were encountered:
This is implemented in a6d073b.
This updates numerous vocabularies to use a language-map representation for literal values, where appropriate.
Recent changes to the rdf gem (ruby-rdf/rdf@9fb42b6) allow for the use of language-maps in term definitions, for example:
Generally this change is transparent, if you use a standard accessor such as
RDF::Vocab::AS.actor.comment
. But, if you rely on the underlying attribute mechanism such as `RDF::Vocab::AS.actor.attributes[:comment], you will now see the language-map representation (where ‘en’, if present, will always come first)While this affects many vocabulary definitions in rdf-vocab, it adds some long missing capability to the built-in vocabulary definitions.
Without objection, this will be released in version 3.2.1 in the coming days, but as it has the potential to affect some uses of the builtin vocabularies, I wanted to call it out specifically to this group.
The text was updated successfully, but these errors were encountered: