Re: Introduce VariableRepresentation class (ISSUE-80)

> Actually, we try to avoid having a property and a class which differ only in
> their capitalization. Should we follow Schema.org's convention and name this
> 
>   hydra:VariableRepresentationType

I'd be fine with that.

> instead of just
> 
>   hydra:VariableRepresentation

Now that we're talking about naming: when documenting the properties,
I've found “variable representation" to be confusing:

    {
      "@id": "hydra:VariableRepresentation",
      "@type": "hydra:Class",
      "subClassOf": "hydra:Resource",
      "label": "representation of variable values",
      "comment": "A representation specifies how to serialize variable values into strings.",
      "vs:term_status": "testing"
    }

So even though it is called *VariableRepresentation*
it actually defines how *values* are represented.

I can live with either name, and we have discussed this before,
but I just wanted to point out my experience actually adding it to the voc.

Best,

Ruben

Received on Tuesday, 6 January 2015 09:02:45 UTC