Difference between revisions of "Register Properties"
(→Extending Existing Elements/Properties)
(→Step 5a: Editing or Extending Existing Elements/Properties)
|Line 80:||Line 80:|
====Editing/Maintaining Existing Elements/Properties====
====Editing/Maintaining Existing Elements/Properties====
Starting with a list of existing
Starting with a list of existing , either click the edit button to the right of the , or go to the detail for the itself by clicking on the name or URL from the list, and the edit button from the bottom of the display. (If the edit button does not appear on the list or the detail display for the property, either the user is not signed in, or the user is not authorized to edit this particular element set.)
Revision as of 12:15, 21 September 2010
Continued from: User Management Step-by-Step
Register an Element Set (Properties)
To Register Concepts, see:
Step 3a: Register Property Vocabularies
A set of properties (also called an Element Set or an Element Vocabulary) starts with a description of the set or vocabulary as a collective whole. Once the Agent has been registered, a new vocabulary form can be invoked by clicking on the (Add) link showing after the Element Sets link on the right hand browse menu (note that the (Add) portion will not appear if the user is not logged in, and clicking on the Element Sets link will produce a link of already registered Element Sets). A basic template allowing a description of an Element Set will appear, divided into sections. In general, users should tab through the form to take best advantage of the Registry defaults.
- User is provided with a drop-down list of all the agents for which the user is enabled to act. The user must choose one to be the owner of the vocabulary.
- The label is a human-readable descriptive label for the element set as a whole. This text will be displayed in lists of element sets and should be optimized for a human reader, preferably without combined words or camel case.
- The user provides here unique token representing this particular element set. This will be used as the prefix identifying this URI in RDF or a qname in XML. This name should be terse and contain no spaces. Camel case is preferred.
- The URI assigned to this element set. By default this will be a concatenation of the Registry default domain and the element set Name. If another domain is desired for the Element Set and its individual properties, the desired namespace must be entered here manually, overriding the normal Registry default. The namespace designated here will then become the default for the registration of individual properties later on in the workflow.
- A non-Registry URL that contains more information about this element set. This information is optional, but useful, if the vocabulary already has a presence on the web.
- A note about this element set. This is optional, and may contain any information that may be relevant to users of the vocabulary.
- In this space may be entered free text tags identifying communities of practice for which this element set is intended. At present, it is not possible to use these tags to search for related vocabularies, but this functionality will be added later.
- The drop down menu supplies a status that will serve as a default status for the properties of this element set as they are created. Once a vocabulary is registered, the statuses of individual properties must be changed individually--a change made to the vocabulary as a whole will not proliferate throughout the vocabulary. This allows each property to be maintained separately as part of a vocabulary development process.
- The drop down menu supplies a default language for the properties of this element set as the properties are created. When desired, individual property statements can be overridden with a non-default language, providing the capability for a multilingual property vocabulary.
When the desired parts of the form are filled in, the user should click on the SAVE button at the bottom of the page.
Step 4a: Register Individual Properties
Once the top level vocabulary description is saved, it will appear with several tabs above the description: Detail (which displays the full description for the element vocabulary), Elements (which displays in list form all the elements in the vocabulary, History (which gives a full history of changes made), and Maintainers (which gives a full list of those approved to manage the vocabulary, and their roles). To add elements to the vocabulary, click on the Elements tab: if no elements are yet available in that vocabulary, the Registry will respond with that message, and below it will be a link to create an Element. If that link is invoked, a form will be returned:
The form includes the following:
- A drop down menu allows the use of four types: class, subclass, property, and subproperty.
- This is a human-friendly label for this property and is required for every Property. The label should be optimized for human viewing and may have spaces. Combined words and camel case are not recommended.
- This is a machine-compatible label for this property and is required for every Property. Names should begin with lower case for properties/subproperties and upper case for classes/subclasses, and should not include spaces. Combined words and camel case ARE recommended for names.
- The URI is generated by the system, based on the default supplied in the vocabulary description created earlier, but it may be overridden by the user.
- A description of the property or class. In most cases the description should be a formal definition.
- The comment may be an extension of the definition with examples of use, or a comment on the usage of the property in special cases.
- Each property may be related to one or more classes by a has domain relationship. Where it is stated that a property has such a relationship with a class and the property is part of a property/value pair, it follows that the described resource is an instance of that class. (From the [Dublin Core Abstract Model].)
- Each property may be related to one or more classes by a has range relationship. Where it is stated that a property has such a relationship with a class and the property is part of a property/value pair, it follows that the value is an instance of that class. [Dublin Core Abstract Model].)
- This is the overall status of this Element. Individual elements of this property may have a different status.
- This is the default language for all statements of this element. If languages other than the default are desired for particular statements, the default language can be overridden.
- Notes for the application of particular statements or to reflect sources of definitions or other relevant human-readable purposes can be added here.
Additional classes or properties needed for the element vocabulary can be added by repeating the process.
Subclass, and subproperty relationships should be added after the Classes and Properties have been completed. The Registry expects that when an element is a subclass or subproperty, the higher level is already present. When describing a subclass or subproperty, a drop down list presents all classes or properties available in the vocabulary, ensuring that only appropriate relationships are made, and that relationships are reciprocal.
Step 5a: Editing or Extending Existing Elements/Properties
When a set of elements/properties are initially registered, a number of maintenance actions are available to manage the vocabulary. Data can be edited (corrections, additions of text to definitions, etc.) or extended (statements added, relationships added).
Editing/Maintaining Existing Elements/Properties
Starting with a list of existing elements, either click the edit button to the right of the element, or go to the detail for the element itself by clicking on the name or URL from the list, and choosing the edit button from the bottom of the display. (If the edit button does not appear on the list or the detail display for the property, either the user is not signed in, or the user is not authorized to edit this particular element set.)
Once the edit screen is displayed, any visible data can be modified and any empty text boxes can be filled in. Note that when displaying the detail for a class or property, information on subclass or subproperty relationships does not display and cannot be added or edited from the detail edit screen. See the instructions for Extending Existing Elements/Properties to add or edit those relationships.
Extending Existing Elements/Properties
An alternate approach to editing, which allows access to all the properties at a statement level (including subclass and subproperty relationships), starts from the list of Elements. Clicking on the element to be edited, and when the detail is displayed, clicking on the Statements tab, provides a list of all property statements, with available actions in the right hand column.
From this view, some statements can be edited, others can be deleted, and the defaults (which show no actions in the right hand column) must be changed using the detail edit screen shown above. At the bottom of the display, a button to invoke a form to add new statements can be clicked. This is the only method available to add new relationships to an element, and, since existing relationships cannot be edited via the detail editing screen, relationships that require change must be deleted first, then added back in their changed version.