Dear Samantha,
You can’t with custom forms; indeed CFs were meant to find a solution for completely building up a resource from scratch; in this sense, constructors and ranges are, in any case, sort of constructors for new resources, simply triggered either by the declared type of a resource going to be built (constructors), or by the property being valued with it (ranges). While using a reduced derivative of CFs, limited to specifying the simple range of a property might surely be an interesting possibility, it would be nothing different from simply altering the declared range for that property (which you can do by selecting Global Data Management\Change working graph, selecting the graph of the ontology that you want to alter and then altering the property’s range (this would alter the global range though). That’s obviously not orthodox because if you alter an ontology that’s not yours, it is supposed to be read-only. However, if you alter the range to create another range that is compatible with the original one (i.e. by restricting it), you can justify this as an application-profile you created for your own case and your data is still compliant with the adopted ontology.
For a list of literals, you can set the range this way, selecting “enumeration” on the right.

Curiously enough, I’ve noticed we did not insert (or it’s not working anymore..) support for the same in the case of object properties (or properties in general). In case, you can re-type dct:type as a Datatype property so it will explicitly propose the enumeration as a possibility.
Kind Regards,
Armando
P.S: Side-note (not relevant to the technical issue here, but still I thought it worth mentioning) I don’t think that dct:type is the best property to represent a status and, besides the intended interpretation of the property, in its dct version, even though the range is not specified (class DC free-style :-D ), it is meant to point to resources, not literals.
--
You received this message because you are subscribed to the Google Groups "vocbench-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vocbench-use...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/vocbench-user/0fe6535b-f7bd-49f8-873b-f14a4b1ba0a7n%40googlegroups.com.