| Template:— assigning_location (asg_locn) | Date: 2010/03/22 15:24:26 Revision: 1.23 |
This section specifies the template assigning_location.
NOTE An explanation of a template and the associated instantiation path is provided in the Template overview section.


target
is the parameter to which the
Location_assignment
is bound.
-- The template assigning_location has an external reference
-- locn_asst. Bind this to the local external reference
-- location_assignment. It can now be the target for assigned dates
%^locn_asst = $assigning_location.locn_asst%
-- assign date to location_assignment in the role of "planned_start_date"
/assigning_calendar_date(items=^locn_asst,
date_class_name='Planned_start_date',
date_ecl_id='urn:plcs:rdl:std',
year=@2005,
month=@4,
day=@5)/
target
is the parameter to which the
Location
is bound.
-- The template assigning_location has an external reference
-- location. Bind this to the local external reference
-- Location. It can now be the target for assignments
%^location = $representing_location.location%
-- assign 'Home' to the location in the role of "Name"
-- as known by organisation with the name "Company_name".
/assigning_identification(items=^location,
id='Home',
id_class_name='Name',
id_ecl_id='urn:plcs:rdl:std'
org_id='Company_name'
org_id_class_name='Organization_name'
org_id_ecl_id='urn:plcs:rdl:std')/
| Entity in path | Value | Inherited from |
| Location.description | '/IGNORE' | — |
| Location.name | '/IGNORE' | — |
| Location_assignment.description | '/IGNORE' | — |
| Location_assignment.role | '/IGNORE' | — |


NOTE this characterization is optional.
Dates can be associated with the assignment of a location_assignment by using the template assigning_calendar_date. For example, the planned start and end date of a location assigned to an instance of Location_assignment.

When instantiating the templates for assigning a date to a referenced location_assignment
this requires the use of the reference parameter $assigning_location.locn_asst
to identify the assigning_location instantiated by the template
Location_assignment).
NOTE this characterization is optional.
Reference data can be associated with the location instance by using the template assigning_reference_data. For example, the type of location may be assigned to an instance of Location.

Care needs to be taken to avoid potential conflicts with the (optional - [0:?]) alternative_location_representations attribute as the subtypes of Location_representation provide the major typing mechanism for this part of the model. Also note that these subtypes are handled in a separate set of templates.
NOTE The mechanism for assigning reference data to a location is shown in figure Figure 6.
NOTE this characterization is optional.
Further Identifiers can be associated with an instance of location_assignment by using the template assigning_identification. For example, an id may be assigned to an instance of Location_assignment, if required.
NOTE The mechanism for assigning identifier is shown in figure Figure 6.
NOTE this characterization is optional.
Two Locations can be associated together by a Location_relationship with the relationship classified appropriately to describe the role (or purpose) of the relationship. This can be achieved by using the templates assigning_location and assigning_reference_data. There may be two assigning_location templates used, which create different Locations for one (or more) entities (e.g. activity). The relationship is classified as a type of "Location relationship role" (urn:plcs:rdl:std:Location relationship role) (or sub-class, e.g. "Alternative location" (urn:plcs:rdl:std:Alternative location)) using the assigning_reference_data template. This is shown in the figure below.

NOTE Due to the simplicity, no separate template has been created for representing these relationships.
© OASIS 2010 — All rights reserved