Emergency Data Exchange Language (EDXL) Distribution Element, v. 1.0

Committee Draft, 14 February 2006

Document Identifier:

EDXL-DE-V1.0

OASIS Identifier:

{EMTC}-{EDXL-DE}-{1.0} (HTML) (Word) (PDF)

Location:

This Version: http://docs.oasis-open.org/emergency/EDXL-DE/V1.0

Technical Committee:

OASIS Emergency Management TC

Chair(s):

Elysa Jones, Warning Systems, Inc - <ejones@warningsystems.com>

Editor(s):

Michelle Raymond, Honeywell ACS Labs

Sylvia Webb, Individual

Patti Iles Aymond, IEM, Inc. - <patti.aymond@iem.com>

Subject / Keywords:

distribution element, dissemination, routing, payload, alert, resource message, emergency, information sharing, data exchange, emergency response, emergency management, geospatial, political, target area, message delivery, message sender, message recipient, distribution status, distribution type, sender role, recipient role, response type, event cause, confidentiality, circle, polygon, location, content object, consumer role, notification, XML message, distribution type, geography, incident, sender identification, sender id, recipient identification, recipient id, inter-agency, emergency information, functional role, recipient address, hazard, distribution status, distribution type, event type, event etiology, message processor, event stage, resource code and response type

Related Work:

This specification is related to:

CAP 1.1 - http://www.oasis-open.org/committees/emergency

The Common Alerting Protocol (CAP) provides an open, non-proprietary digital message format for all types of alerts and notifications. CAP messages are recommended as one of the standardized forms for XML based message content, to be distributed by this Distribution Element.

Abstract:

This Distribution Element specification describes a standard message distribution framework for data sharing among emergency information systems using the XML-based Emergency Data Exchange Language (EDXL). This format may be used over any data transmission system, including but not limited to the SOAP HTTP binding.

Status:

This document was last revised or approved by the Emergency Management Technical Committee on the above date. The level of approval is also listed above. Check the current location noted above for possible later revisions of this document. This document is updated periodically on no particular schedule.

Technical Committee members should send comments on this specification to the Technical Committee’s email list. Others should send comments to the Technical Committee by using the "Send A Comment" button on the Technical Committee’s web page at www.oasis-open.org/committees/emergency.

For information on whether any patents have been disclosed that may be essential to implementing this specification, and any offers of patent licensing terms, please refer to the Intellectual Property Rights section of the Technical Committee web page at www.oasis-open.org/committees/emergency/ipr.php.

Notices

OASIS takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on OASIS procedures with respect to rights in OASIS specifications can be found at the OASIS website. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification, can be obtained from the OASIS President.

 

OASIS invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to implement this specification. Please address the information to the OASIS President.

 

Copyright © OASIS Open 2006. All Rights Reserved.

 

This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself does not be modified in any way, such as by removing the copyright notice or references to OASIS, except as needed for the purpose of developing OASIS specifications, in which case the procedures for copyrights defined in the OASIS Intellectual Property Rights document must be followed, or as required to translate it into languages other than English.

 

The limited permissions granted above are perpetual and will not be revoked by OASIS or its successors or assigns.

 

This document and the information contained herein is provided on an “AS IS” basis and OASIS DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Table of Contents

1. Introduction..................................................................................................................... 5

1.1 Purpose......................................................................................................................... 5

1.2 History.......................................................................................................................... 5

1.3 Structure of the EDXL Distribution Element................................................... 6

1.3.1 <EDXLDistribution>..................................................................................................... 6

1.3.2 <targetArea>............................................................................................................... 6

1.3.3 <contentObject>......................................................................................................... 6

1.4 Applications of the EDXL Distribution Element................................................ 6

1.5 Terminology................................................................................................................ 6

1.6 Normative References............................................................................................. 7

1.7 Non-Normative References..................................................................................... 7

2. Design Principles and Concepts (non-normative)................................................. 8

2.1 Design Philosophy...................................................................................................... 8

2.2 Requirements for Design........................................................................................ 8

2.3 Example Usage Scenarios........................................................................................ 9

2.3.1 Distribution of Emergency Message/s or alerts based on Geographic Delivery Area and Incident Type...................................................................................................................... 9

2.3.2 Encapsulation and Distribution of one or more emergency messages or alerts or notifications......................................................................................................................... 9

2.3.3 Distribution of Resource Messages or Reports............................................................. 9

2.3.4 Distribution of well-formed XML messages................................................................... 9

3. EDXLDistribution Element Structure (normative).............................................. 10

3.1 Document Object Model......................................................................................... 10

3.2 Data Dictionary........................................................................................................ 11

3.2.1 EDXLDistribution Element and Sub-elements.............................................................. 11

3.2.2 targetArea Element and Sub-elements........................................................................ 18

3.2.3 contentObject Element and Sub-elements.................................................................. 21

3.2.4 nonXMLContent Element and Sub-elements............................................................... 26

3.2.5 xmlContent Element and Sub-elements...................................................................... 28

3.2.5 List and Associated Value(s) Support......................................................................... 30

3.2.6 Explicit Addressing.................................................................................................... 31

Appendix A. XML Schema for the EDXLDistribution Element................................. 32

Appendix B. EDXL-DE Example........................................................................................... 36

A.1 EDXL-DE With CAP Payload...................................................................................... 36

Appendix C. Acknowledgments...................................................................................... 49

C.1 OASIS Emergency Management Technical Committee:................................... 49

Appendix D. Revision History.......................................................................................... 51

 


1. Introduction

1.1 Purpose

The primary purpose of the Distribution Element is to facilitate the routing of any properly formatted XML emergency message to recipients. The Distribution Element may be thought of as a "container". It provides the information to route "payload" message sets (such as Alerts or Resource Messages), by including key routing information such as distribution type, geography, incident, and sender/recipient IDs.

1.2 History

The Disaster Management eGov Initiative of the Department of Homeland Security (DHS) determined in 2004 to launch a project to develop interagency emergency data communications standards. It called together a group of national emergency response practitioner leaders and sought their guidance on requirements for such standards. In June, 2004 the first such meeting identified the need for a common distribution element for all emergency messages. Subsequent meetings of a Standards Working Group developed detailed requirements and a draft specification for such a distribution element (DE).

During the same period the DM Initiative was forming a partnership with industry members of the Emergency Interoperability Consortium (EIC) to cooperate in the development of emergency standards. EIC had been a leading sponsor of the Common Alerting Protocol (CAP). Both organizations desired to develop an expanded family of data formats for exchanging operational information beyond warning.

EIC members participated in the development of the DE, and in the broader design of the design of a process for the development of additional standards. This was named Emergency Data Exchange Language (EDXL).

The goal of the EDXL project is to facilitate emergency information sharing and data exchange across the local, state, tribal, national and non-governmental organizations of different professions that provide emergency response and management services. EDXL will accomplish this goal by focusing on the standardization of specific messages (messaging interfaces) to facilitate emergency communication and coordination particularly when more than one profession is involved. It is not just an "emergency management" domain exercise.

It is a national effort including a diverse and representative group of local, state and federal emergency response organizations and professionals, following a multi-step process. Just as a data-focused effort targets shared data elements, the EDXL process looks for shared message needs, which are common across a broad number of organizations. The objective is to rapidly deliver implementable standard messages, in an incremental fashion, directly to emergency response agencies in the trenches, providing seamless communication and coordination supporting each particular process. The effort first addresses the most urgent needs and proceeds to subsequent message sets in a prioritized fashion. The goal is to incrementally develop and deliver standards.

EDXL is intended as a suite of emergency data message types including resource queries and requests, situation status, message routing instructions and the like, needed in the context of cross-disciplinary, cross-jurisdictional communications related to emergency response.

The priorities and requirements are created by the DM EDXL Standards Working Group (SWG) which is a formalized group of emergency response practitioners, technical experts, and industry.

The draft DE specification was trialed by a number of EIC members starting in October, 2004. In November, 2004, EIC formally submitted the draft to the OASIS Emergency Management Technical Committee for standardization.

1.3 Structure of the EDXL Distribution Element

The EDXL Distribution Element (DE) comprises an <EDXLDistribution> element as described hereafter, optional <targetArea> elements describing geospatial or political target area for message delivery, and a set of <contentObject> elements each containing specific information regarding a particular item of content. The included content may be any XML or other content type or a URI to access the content.

The <EDXLDistribution> block may be used without content to form the body of a routing query to, or response from, a directory service.

1.3.1 <EDXLDistribution>

The <EDXLDistribution> element asserts the originator’s intent as to the dissemination of that particular message or set of messages.

Note that use of the <EDXLDistribution> element does not guarantee that all network links and nodes will implement the asserted dissemination policy or that unintended disclosure will not occur. Where sensitive information is transmitted over distrusted networks, it should be encrypted in accordance with the Web Services Security (WSS) standard http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0.pdf with any updates and errata published by the OASIS Web Services Security Technical Committee http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wss, or some other suitable encryption scheme.

1.3.2 <targetArea>

The <targetArea> is a container element for the geospatial or political area targeting of the recipient of the message content. It contains data necessary to the originator's intent, based on location targeting, as to the dissemination of that particular message or set of messages.

1.3.3 <contentObject>

The <contentObject> is a container element for specific messages. The <contentObject> element MUST either contain an <xmlContent> content container or a <nonXMLContent> content container. Additional elements (metadata) used for specific distribution of the <contentObject> payload or hints for processing the payload are also present in the <contentObject> container element.

1.4 Applications of the EDXL Distribution Element

The primary use of the EDXL Distribution Element is to identify and provide information to enable the routing of encapsulated payloads, called Content Objects. It is used to provide a common mechanism to encapsulate content information.

1.5 Terminology

The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” are to be interpreted as described in Key words for use in RFCs to Indicate Requirement Levels [RFC2119].

In addition, within this Specification, the keyword “CONDITIONAL” should be interpreted as potentially “REQUIRED” or “OPTIONAL” depending on the surrounding context. The term payload refers to some body of information contained in the distribution element.

1.6 Normative References

[RFC2046]

N. Freed, Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types, http://www.ietf.org/rfc/rfc2046.txt, IETF RFC 2046, November 1996.

[RFC2119]

S. Bradner, Key words for use in RFCs to Indicate Requirement Levels, http://www.ietf.org/rfc/rfc2119.txt, IETF RFC 2119, March 1997.

[RFC3066]

H. Alvestrand, Tags for the Identification of Languages, http://www.ietf.org/rfc/rfc3066.txt, IETF RFC 3066, January 2001.

[WGS 84]

National Geospatial Intelligence Agency, Department of Defense World Geodetic System 1984, http://earth-info.nga.mil/GandG/tr8350_2.html, NGA Technical Report TR8350.2, January 2000.

 [XML 1.0]

T. Bray, Extensible Markup Language (XML) 1.0 (Third Edition), http://www.w3.org/TR/REC-xml/, W3C REC-XML-20040204, February 2004.

[namespaces]

T. Bray, Namespaces in XML, http://www.w3.org/TR/REC-xml-names/, W3C REC-xml-names-19990114, January 1999.

[dateTime]

N. Freed, XML Schema Part 2: Datatypes Second Edition, http://www.w3.org/TR/xmlschema-2/#dateTime, W3C REC-xmlschema-2, October 2004.

1.7 Non-Normative References

EDXL General Functional Requirements

EDXL General Functional Requirements, http://www.oasis-open.org/committees/document.php?document_id=10031&wg_abbrev=emergency, November 2004

EDXL Distribution Element Implementer's Guide

EDXL Distribution Element Implementer's Guide, http://www.oasis-open.org/committees/document.php?document_id=14120&wg_abbrev=emergency, August 2005


2. Design Principles and Concepts (non-normative)

2.1 Design Philosophy

Below are some of the guiding principles of the Distribution Element:

2.2 Requirements for Design

The Distribution Element specification should:

  1. Define a single compound XML structure (or an equivalent single structure if transcoded into another format) including the required and optional elements defined below.
  2. Specify a desired geographic delivery area, expressed in geospatial coordinates or using political/administrative codes
  3. Allow the ability to encapsulate a payload or set of payloads
  4. Take a modular approach to the enumerations of element values which may evolve over time, e.g. by referring to a separate schema for those enumerations.
  5. Specify unique distribution and sender identifiers
  6. Specify the date and time the distribution was sent
  7. Specify the actionability of the distribution message (e.g., real-world, test, exercise)
  8. Specify the functional type of the distribution message (e.g., report, request, update, cancellation, etc.)
  9. Specify that the following elements may be present in a valid payload:
    1. A specification of the format of the distribution message (e.g., the URI of an XML Schema for the message)
    2. The functional role and/or type of the sender of the distribution message
    3. One or more functional role and/or type of desired recipients of the distribution message
    4. A reference to one or more previous distribution messages
    5. One or more types of response activity involved
    6. A reference to the type of incident
    7. One or more characterization of the etiology of the subject event or incident (e.g., terrorism, natural, under investigation, etc.)
    8. The incident name or other identifier of one or more event or incident
    9. A reference to one or more response types.
    10. One or more specific recipient addresses (as a URI)
    11. Specify an assertion of the confidentiality level of the combined payloads.
  10. In addition, the Content Object element contained within the Distribution Element SHOULD:
    1. Allow the encapsulation of one or more payloads in each of the Content Object elements.
    2. Specify the functional role and/or type of the sender of each payload
    3. Specify one or more functional roles and/or types of desired recipients of each payload
    4. Specify an assertion of the confidentiality level of each payload.
  11. Provide or refer to specific lists (enumerations) of values and their definitions for:
    1. Types of incidents
    2. Types of hazards and/or events
    3. Types of agencies
    4. Types of response activity
    5. The functional role and/or type of the sender
    6. The functional roles and/or types of desired recipients
    7. The incident name or other identifier of one or more event or incident

2.3 Example Usage Scenarios

Note: The following examples of use scenarios were used as a basis for design and review of the EDXL Distribution Element Message format. These scenarios are non-normative and not intended to be exhaustive or to reflect actual practices.

2.3.1 Distribution of Emergency Message/s or Alerts Based on Geographic Delivery Area and Incident Type

The terror alert level has been raised to RED. Credible intelligence indicates that terrorist groups in the Mid-Atlantic region are seeking to conduct an attack in the next 48 hours. The Department of Homeland Security sends an emergency alert message, and using the Distribution Element, distributes it to all emergency agencies in the specified area.

2.3.2 Encapsulation and Distribution of One or More Emergency Messages or Alerts or Notifications

A Radiological sensor triggered at a prominent Tunnel toll booth. Radiation alarm levels indicates possible dirty bomb. Authorities decide to send multiple messages to a number of jurisdictions. They send an EDXL Distribution Element with two encapsulated CAP messages. The first one notifies the area where the sensor has been triggered. The second one is an alert to emergency response agencies that the state Emergency Operation Center (EOC) has been activated, and requests the agencies to be on alert.

2.3.3 Distribution of Resource Messages or Reports

The Local EOC has a need for additional resource/support, but is unsure what specifically to request. A free-form request for information and resource availability is prepared, and is sent to the state EOC and other organizations (person to person) using the Distribution Element. The Local EOC receives an acknowledgment message from the State EOC, as well as a request for Information on additional details of the requested resource. Both of these messages are contained within a single Distribution Element.

2.3.4 Distribution of Well-Formed XML Messages

A huge crash, involving a car and a HAZMAT truck, occurs at a busy junction on an inter-state freeway. Separate automatic notifications of both the car crash and the HAZMAT carrier are sent using the Vehicular Emergency Data Set (VEDS), contained in the Distribution Element. The Transportation Management Center (TMC) shares information (related to the above incident) with the adjacent TMC, using the IEEE 1512 Incident Management Message Set. These set of messages are exchanged using the EDXL Distribution Element.


3. EDXLDistribution Element Structure (normative)

3.1 Document Object Model

Bold indicates required element.
Italics indicates one or more optional unspecified elements

# indicates conditional requirement
* indicates multiple instances allowed

 


3.2 Data Dictionary

Note: Unless explicitly constrained within this Data Dictionary, EDXL-DE elements MAY have null values. Implementers MUST check for this condition wherever it might affect application performance.

3.2.1 EDXLDistribution Element and Sub-elements

The Distribution Message element, <EDXLDistribution> is the container element for all data necessary to the originator’s intent as to the dissemination of the contained message or set of messages.

Element

EDXLDistribution

Type

XML Structure

Usage

REQUIRED, MUST be used once and only once, top level container

Definition

The container of all of the elements related to the distribution of the content messages.

Comments

  1. The <EDXLDistribution> element may include one or more <targetArea> and <contentObject> blocks.
  2. Use of the <EDXLDistribution> element does not guarantee that all network links and nodes will implement the asserted dissemination policy or that unintended disclosure will not occur. Where sensitive information is transmitted over untrusted networks, it should be encrypted in accordance with the Web Services Security (WSS) standard (<http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0.pdf>) with any updates and errata published by the OASIS Web Services Security Technical Committee (<http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wss>), or some other suitable encryption scheme.

Sub-elements

Used In

top level element

 


 

Element

distributionID

Type

xsd:string

Usage

REQUIRED, MUST be used once and only once

Definition

The unique identifier of this distribution message.

Comments

  1. Uniqueness is assigned by the sender to be unique for that sender.
  2. The identifier MUST be a properly formed -escaped if necessary- XML string.

Used In

EDXLDistribution

 

Element

senderID

Type

xsd:string

Usage

REQUIRED, MUST be used once and only once

Definition

The unique identifier of the sender.

Comments

  1. Uniquely identifies human parties, systems, services, or devices that are all potential senders of the distribution message.
  2. In the form actor@domain-name.
  3. Uniqueness of the domain-name is guaranteed through use of the Internet Domain Name System, and uniqueness of the actor name enforced by the domain owner.
  4. The identifier MUST be a properly formed -escaped if necessary- XML string.

Examples: dispatcher@example.gov, 0006.0e39.ad80@example.com

Used In

EDXLDistribution

 

Element

dateTimeSent

Type

xsd:dateTime

Usage

REQUIRED, MUST be used once and only once

Definition

The date and time the distribution message was sent.

Comments

  1. The Date Time combination must include the offset time for time zone.
  2. Must be in the W3C format for the XML [dateTime] data type.

Example: 2004-08-01T16:49:00-07:00

Used In

EDXLDistribution

 


 

Element

distributionStatus

Type

xsd:string with restrictions

Usage

REQUIRED, MUST be used once and only once

Definition

The actionability of the message.

Comments

  1. Value must be one of:
    1. Actual - "Real-world" information for action
    2. Exercise - Simulated information for exercise participants
    3. System - Messages regarding or supporting network functions
    4. Test - Discardable messages for technical testing only
  2. The status MUST be a properly formed -escaped if necessary- XML string.

Used In

EDXLDistribution

 

Element

distributionType

Type

xsd:string with restrictions

Usage

REQUIRED, MUST be used once and only once

Definition

The function of the message.

Comments

  1. Value must be one of:
    1. Report - New information regarding an incident or activity
    2. Update - Updated information superseding a previous message
    3. Cancel - A cancellation or revocation of a previous message
    4. Request - A request for resources, information or action
    5. Response - A response to a previous request
    6. Dispatch - A commitment of resources or assistance
    7. Ack - Acknowledgment of receipt of an earlier message
    8. Error - Rejection of an earlier message (for technical reasons)
    9. SensorConfiguration - These messages are for reporting configuration during power up or after Installation or Maintenance.
    10. SensorControl - These are messages used to control sensors/sensor concentrator components behavior.
    11. SensorStatus - These are concise messages which report sensors/sensor concentrator component status or state of health.
    12. SensorDetection - These are high priority messages which report sensor detections.
  2. The distribution type applies to the function of the content objects as a set. Those cases where payloads have different distribution types should be clustered in different distribution elements.
  3. The type MUST be a properly formed -escaped if necessary- XML string.

Used In

EDXLDistribution

 

Element

combindedConfidentiality

Type

xsd:string

Usage

REQUIRED, MUST be used once and only once

Definition

Confidentiality of the combined distribution message’s content.

Comments

  1. The <combindedConfidentiality> indicates the confidentiality of the combined <contentObject> sub-elements. Generally the combined confidentiality is the most restrictive of the <confidentiality> elements in the container <contentObject> element, but it can be more restrictive than any of the individual <confidentiality> elements.
  2. The <combindedConfidentiality> element MUST be present if a <confidentiality> element is present in any of the <contentObject> elements.
  3. Application specific mechanisms will be required to determine the minimum confidentiality level in cases where different confidentiality schemes are used in the <contentObject>.
  4. Default value “UNCLASSIFIED AND NOT SENSITIVE”
  5. The confidentiality MUST be a properly formed -escaped if necessary- XML string.

Used In

EDXLDistribution

 

Element

language

Type

xsd:string

Usage

OPTIONAL, MAY use once and only once

Definition

The primary language (but not necessarily exclusive) used in the payloads.

Comments

  1. Valid language values are supplied in the ISO standard [RFC3066].
  2. The language MUST be a properly formed -escaped if necessary- XML string.

Examples:  FR, EN

Used In

EDXLDistribution

 


 

Element

senderRole

Type

List and Associated Value(s)

Usage

OPTIONAL, MAY use multiple

Definition

The functional role of the sender, as it may determine message routing decisions.

Comments

  1. The list and associated value(s) is in the form:
       <senderRole>
          <valueListUrn>valueListUrn</valueListUrn>
          <value>value</value>
       </senderRole>
    where the content of <valueListUrn> is the Uniform Resource Name of a published list of values and definitions, and the content of <value> is a string (which may represent a number) denoting the value itself.
  2. Multiple instances of the <value>, MAY occur with a single <valueListUrn> within the <senderRole> container.
  3. Multiple instances of <senderRole> MAY occur within a single <EDXLDistribution> container.

Sub-elements

Used In

EDXLDistribution

 


 

Element

recipientRole

Type

List and Associated Value(s)

Usage

OPTIONAL, MAY use multiple

Definition

The functional role of the recipient, as it may determine message routing decisions.

Comments

  1. The list and associated value(s) is in the form:
       <recipientRole>
          <valueListUrn>valueListUrn</valueListUrn>
          <value>value</value>
       </recipientRole>
    where the content of <valueListUrn> is the Uniform Resource Name of a published list of values and definitions, and the content of <value> is a string (which may represent a number) denoting the value itself.
  2. Multiple instances of the <value>, MAY occur with a single <valueListUrn> within the <recipientRole> container.
  3. Multiple instances of <recipientRole> MAY occur within a single <EDXLDistribution> container.

Sub-elements

Used In

EDXLDistribution

 


 

Element

keyword

Type

List and Associated Value(s)

Usage

OPTIONAL, MAY use multiple

Definition

The topic related to the distribution message, as it may determine message routing decisions.

Comments

  1. The list and associated value(s) is in the form:
       <keyword>
          <valueListUrn>valueListUrn</valueListUrn>
          <value>value</value>
       </keyword>
    where the content of <valueListUrn> is the Uniform Resource Name of a published list of values and definitions, and the content of <value> is a string (which may represent a number) denoting the value itself.
  2. Multiple instances of the <value>, MAY occur with a single <valueListUrn> within the <keyword> container.
  3. Multiple instances of <keyword> MAY occur within a single <EDXLDistribution> container.
  4. Examples of things <keyword> might be used to describe include event type, event etiology, incident ID and response type.

Sub-elements

Used In

EDXLDistribution

 

Element

distributionReference

Type

xsd:string

Usage

CONDITIONAL, MAY use multiple

Definition

A reference to a previous distribution message.

Comments

  1. The <distributionID> and <senderID> and <dateTimeSent> of the referenced previous message, concatenated with a comma delimiter.
  2. This element should appear at least once in any message which updates, cancels or otherwise refers to another message.
  3. MUST be a properly formed -escaped if necessary- XML string.

Example: msgID0074,actor@domain-name,2004-08-01T16:49:00-07:00

Used In

EDXLDistribution

 


 

Element

explicitAddress

Type

XML Structure

Usage

OPTIONAL, MAY use multiple

Definition

The identifier of an explicit recipient.

Comments

  1. Identifies human parties, systems, services, or devices that are all potential recipients of the distribution message.
  2. The explicit address of a recipient in the form:
       <explicitAddress>
          < explicitAddressScheme> explicitAddressScheme </ explicitAddressScheme>
          <explicitAddressValue> explicitAddressValue </ explicitAddressValue>
       </ explicitAddress >
    where the content of <explicitAddressScheme> is the distribution addressing scheme used, and the content of <explicitAddressValue> is a string denoting the addressees value.
  3. Multiple instances of the < explicitAddressValue >, MAY occur with a single < explicitAddressScheme > within the < explicitAddress > container.
  4. Multiple instances of < explicitAddress > MAY occur within a single <EDXLDistribution> container.

Sub-elements

Used In

EDXLDistribution

3.2.2 targetArea Element and Sub-elements

The <targetArea> is a container element for the geospatial or political area targeting of the message content. It indicates the originator’s intent based on location targeting as to the dissemination of that particular message or set of messages.

Geospatial Note:

Values for latitude and longitude shall be expressed as decimal fractions of degrees.  Whole degrees of latitude shall be represented by a decimal number ranging from 0 through 90.  Whole degrees of longitude shall be represented by a decimal number ranging from 0 through 180.  When a decimal fraction of a degree is specified, it shall be separated from the whole number of degrees by a decimal point (the period character, ".").  Decimal fractions of a degree should be expressed to the precision available, with trailing zeroes being used as placeholders if required.  A decimal point is optional where the precision is less than one degree.

Some effort should be made to preserve the apparent precision when converting from another datum or representation, for example 41 degrees 13 minutes should be represented as 41.22 and not 41.21666, while 41 13' 11" may be represented as 41.2197.

Latitudes north of the equator MAY be specified by a plus sign (+), or by the absence of a minus sign (-), preceding the designating degrees.  Latitudes south of the Equator MUST be designated by a  minus sign (-) preceding the digits designating degrees.  Latitudes on the Equator MUST be designated by a latitude value of 0.

Longitudes east of the prime meridian shall be specified by a plus sign (+), or by the absence of a minus sign (-), preceding the designating degrees.  Longitudes west of the prime meridian MUST be designated by a minus sign (-) preceding the digits designating degrees. Longitudes on the prime meridian  MUST be designated by a longitude value of 0.  A point on the 180th meridian shall be taken as 180 degrees West, and shall include a minus sign.

Element

targetArea

Type

XML Structure

Usage

OPTIONAL, MAY use multiple

Definition

The container element for location information.

Comments

  1. Multiple <targetArea> blocks may appear in a single <EDXLDistribution> element, in which case the target area for the current message is the union of all areas described in the various <targetArea> structures.

Sub-elements

Used In

EDXLDistribution

 

Element

circle

Type

xsd:string

Usage

OPTIONAL, MAY use multiple

Definition

An enclosed geographic area within a given radius around a geographic point.

Comments

  1. Represented in the form "latitude, longitude, radius". (See Geospatial Note above)
  2. The central point is represented by lat-long values conforming to the WGS84 coordinate reference system. [WGS 84]
  3. The radius value is expressed in kilometers.
  4. MUST be a properly formed -escaped if necessary- XML string.

Example: 38.26295, -122.07454 15

Used In

targetArea

 


 

Element

polygon

Type

xsd:string

Usage

OPTIONAL, MAY use multiple

Definition

An enclosed geographic area within a simple closed polygon defined by an ordered set of vertices.

Comments

  1. Represented by a space-delimited series of latitude, longitude pairs, with the last pair identical to the first. (See Geospatial Note above)
  2. The lat-long values conform to the WGS84 coordinate reference system. [WGS 84]
  3. MUST be a properly formed -escaped if necessary- XML string.

Example: 42,-124.2102 42,-120.1 39,-120 35.0,-114.6328 34.35,- 120.4418 38.9383,-123.817 42,-124.2102

Used In

targetArea

 

Element

country

Type

xsd:string

Usage

OPTIONAL, MAY use multiple

Definition

The code of the country.

Comments

  1. The two-character ISO 3166-1 Country Code for the country concerned.
  2. More specific target location information can be defined in the <subdivision> elements.
  3. MUST be a properly formed -escaped if necessary- XML string.

Used In

targetArea

 


 

Element

subdivision

Type

xsd:string

Usage

OPTIONAL, MAY use multiple

Definition

The ISO 3166-2 designator for the administrative subdivision concerned.

Comments

  1. The first two characters, before the hyphen, are the two character ISO 3166-1 Country Code for the country within which the designated subdivision is located.
  2. The following one-to-three characters following the hyphen designate the particular subdivision.
  3. MUST be a properly formed -escaped if necessary- XML string.

Examples: US-TX (U.S. State of Texas), DK-025 (Danish county Roskilde), MG-T (Antananarivo province, Madagascar)

Used In

targetArea

 

Element

locCodeUN

Type

xsd:string

Usage

OPTIONAL, MAY use multiple

Definition

The UN/LOCODE designator for the location concerned.

Comments

  1. The two first digits are the two character ISO3166-1 Country Code for the country in which the place is located.
  2. The following three characters are the UN/LOCODE designator for the particular location within that country.
  3. No spaces or punctuation are used within this designator.
  4. MUST be a properly formed -escaped if necessary- XML string.

Example: USFFB (Fairfield, Alabama, USA), USSUU (Fairfield, California, USA), GBFFD (Falfield, South Gloucestershire, UK)

Used In

targetArea

 

3.2.3 contentObject Element and Sub-elements

The <contentObject> element is the container element for specific messages. The <contentObject> element MUST either contain an <xmlContent> content container or a <nonXMLContent> content container. Additional elements (metadata) used for specific distribution of the <contentObject> payload or hints for processing the payload are also present in the <contentObject> container element.


 

Element

contentObject

Type

XML Structure

Usage

OPTIONAL, MAY use multiple

Definition

The container element for message data and content.

Comments

  1. The <contentObject> is the container element for specific messages.
  2. The <contentObject> may have an optional attribute that defines a namespace prefix which resolves ambiguous element names.
  3. The <contentObject> element MUST contain exactly one of the two content formats:

a.      <xmlContent>, for valid namespaced XML content or

b.      <nonXMLContent>, containing one or both of the elements <uri>, for reference to the content’s location, and <contentData>, for data encapsulated in the message.

Sub-elements

Used In

EDXLDistribution

 

Element

contentDescription

Type

xsd:string

Usage

OPTIONAL, MAY use once and only once

Definition

The human-readable text describing the content object.

Comments

  1. MUST be a properly formed -escaped if necessary- XML string.

 

Examples: "CAP message from FEMA", "Map of affected area" or "Photo of missing child".

Used In

contentObject

 


 

Element

contentKeyword

Type

List and Associated Value(s)

Usage

OPTIONAL, MAY use multiple

Definition

The topic related to the message data and content, as it may determine message distribution and presentation decisions.

Comments

  1. The list and associated value(s) is in the form:
       <contentKeyword>
          <valueListUrn>valueListUrn</valueListUrn>
          <value>value</value>
       </contentKeyword>
    where the content of <valueListUrn> is the Uniform Resource Name of a published list of values and definitions, and the content of <value> is a string (which may represent a number) denoting the value itself.
  2. Multiple instances of the <value>, MAY occur with a single <valueListUrn> within the <contentKeyword> container.
  3. Multiple instances of <contentKeyword> MAY occur within a single <contentObject> container.

Examples of things <contentKeyword> might be used to describe include message processor, event stage, resource code and response type.

Sub-elements

Used In

contentObject

 

Element

incidentID

Type

xsd:string

Usage

OPTIONAL, MAY use once and only once

Definition

The human-readable text uniquely identifying the incident/event/situation associated with the contentObject.

Comments

  1. MUST be a properly formed -escaped if necessary- XML string.

Used In

contentObject

 


 

Element

incidentDescription

Type

xsd:string

Usage

OPTIONAL, MAY use once and only once

Definition

The human-readable text describing the incident/event/situation associated with the contentObject.

Comments

  1. MUST be a properly formed -escaped if necessary- XML string.

Used In

contentObject

 

Element

originatorRole

Type

List and Associated Value(s)

Usage

OPTIONAL, MAY use multiple

Definition

The functional role of the message originator, as it may determine message distribution and presentation decisions.

Comments

  1. The list and associated value(s) is in the form:
       <originatorRole>
          <valueListUrn>valueListUrn</valueListUrn>
          <value>value</value>
       </originatorRole>
    where the content of <valueListUrn> is the Uniform Resource Name of a published list of values and definitions, and the content of <value> is a string (which may represent a number) denoting the value itself.
  2. Multiple instances of the <value>, MAY occur with a single <valueListUrn> within the <originatorRole> container.
  3. Multiple instances of <originatorRole> MAY occur within a single <contentObject> container.

Sub-elements

Used In

contentObject

 


 

Element

consumerRole

Type

List and Associated Value(s)

Usage

OPTIONAL, MAY use multiple

Definition

The functional role of the message consumer, as it may determine message distribution and presentation decisions.

Comments

  1. The list and associated value(s) is in the form:
       <consumerRole>
          <valueListUrn>valueListUrn</valueListUrn>
          <value>value</value>
       </consumerRole>
    where the content of <valueListUrn> is the Uniform Resource Name of a published list of values and definitions, and the content of <value> is a string (which may represent a number) denoting the value itself.
  2. Multiple instances of the <value>, MAY occur with a single <valueListUrn> within the <consumerRole> container.
  3. Multiple instances of <consumerRole> MAY occur within a single <contentObject> container.

Example: <valueListUrn>"http://www.dhs.gov/NiemRoleType"</valueListUrn>, <value>ICS Operations Branch</value>

Sub-elements

Used In

contentObject

 

Element

confidentiality

Type

xsd:string

Usage

OPTIONAL, MAY use once and only once

Definition

Special requirements regarding confidentiality of the content of this <contentObject>.

Comments

  1. MUST be a properly formed -escaped if necessary- XML string.

Used In

contentObject

 


 

Element

other

Type

xsd:other

Usage

OPTIONAL, MAY be use to add an unlimited number of XML elements for enveloped signing process.

Definition

Special requirements allowing for signature of the content of a <contentObject>.

Comments

  1. There is no mandatory validation of the elements if the namespace reference can not be located.
  2. MUST be a properly formed XML string – escaped, if necessary.
  3. Element names cannot duplicate other element names in the contentObject. Such duplication would prevent validation due to the ambiguity introduced. 
  4. This element may be used for signatures. If this element is used for experimental extensions, such extensions may not be supported by all users or in future versions of EDXL-DE.

Used In

contentObject

3.2.4 nonXMLContent Element and Sub-elements

Element

nonXMLContent

Type

XML Structure

Usage

CONDITIONAL, MAY use multiple

Definition

Container for content provided in a non-XML MIME type.

Comments

  1. The <nonXMLContent> container MUST have one or both of the elements <contentData> and <uri>.
  2. If the <uri> element is used in conjunction with the <contentData> element, it must reference a data location that contains the same data as is contained in the <contentData> element.

Sub-elements

Used In

contentObject

 


 

Element

mimeType

Type

xsd:string

Usage

REQUIRED, MUST be used once and only once

Definition

The format of the payload.

Comments

  1. MIME content type and sub-type as described in [RFC 2046].
  2. MUST be a properly formed -escaped if necessary- XML string.

Examples: application/pdf, application/mp3

Used In

nonXMLContent

 

Element

size

Type

xsd:integer

Usage

OPTIONAL, MAY use once and only once

Definition

The file size of the payload .

Comments

  1. Value must be in bytes and represent the raw file size (not encoded or encrypted).

Used In

nonXMLContent

 

Element

digest

Type

xsd:string

Usage

OPTIONAL, MAY use once and only once

Definition

The digest value for the payload.

Comments

  1. Used to ensure the integrity of the payload.
  2. Calculated using the Secure Hash Algorithm (SHA-1)
  3. MUST be a properly formed -escaped if necessary- XML string.

Used In

nonXMLContent

 


 

Element

uri

Type

xsd:anyURI

Usage

OPTIONAL, MAY use once and only once

Definition

A Uniform Resource Identifier that can be used to retrieve the identified resource.

Comments

  1. May be a full absolute URI, typically a Uniform Resource Locator, that can be used to retrieve the resource over the Internet.
  2. May be a relative URI naming a file. This may be just a pointer to a file or specifically to the file represented in the <contentData>.

Used In

nonXMLContent

 

Element

contentData

Type

xsd:base64Binary

Usage

OPTIONAL, MAY use once and only once

Definition

The base-64 encoded data content.

Comments

  1. MAY be used either with or instead of the <uri> element in contexts where retrieval of a resource via a URI is not feasible.
  2. MUST be a properly formed -escaped if necessary- XML string.

Used In

nonXMLContent

3.2.5 xmlContent Element and Sub-elements

Element

xmlContent

Type

XML Structure

Usage

CONDITIONAL, MAY use multiple

Definition

Container for valid-namespaced XML data.

Sub-elements

  1. keyXMLContent
  2. embeddedXMLContent
  3. An optional namespace attribute may be included.

Used In

contentObject

 


 

Element

keyXMLContent

Type

xsd:string

Usage

OPTIONAL, MAY use multiple

Definition

A container element for collected fragments of valid XML.

Comments

  1. Extracts must come from the XML document contained within the <embeddedXMLContent> element within the current <contentObject> block.
  2. All content within this element MUST be explicitly namespaced as defined in the enclosing <contentObject> tag.
  3. MUST be a properly formed -escaped if necessary- XML string.

Used In

xmlContent

 

Element

embeddedXMLContent

Type

xsd:string

Usage

OPTIONAL, MAY use multiple

Definition

The <embeddedXMLContent> element is an open container for valid XML from an explicit namespaced XML Schema.

Comments

  1. The content MUST be a separately-namespaced well-formed XML document.
  2. The enclosed XML content MUST be explicitly namespaced as defined in the enclosing <embeddedXMLContent> tag.
  3. Enclosed XML content may be encrypted and/or signed within this element.

Used In

xmlContent

 


3.2.6 List and Associated Value(s)

Element

valueListUrn

Type

xsd:string

Usage

CONDITIONAL, MAY use once and only once

Definition

The name of a certified list maintained by the Community of Interest (COI) for the value referenced.

Comments

  1. MUST be a properly formed -escaped if necessary- XML string.

Used In

 

Element

value

Type

xsd:string

Usage

CONDITIONAL, MAY use multiple

Definition

A value from a certified list maintained by the Community of Interest (COI) for the referenced element.

Comments

  1. MUST be a properly formed -escaped if necessary- XML string.

Used In

 


3.2.7 Explicit Addressing

Element

explicitAddressScheme

Type

xsd:string

Usage

REQUIRED, MUST use once and only once

Definition

Identifies the distribution addressing scheme used.

Comments

  1. MUST be a properly formed -escaped if necessary- XML string.

 

Examples for this type of distribution includes - email, military USMTF, etc. . .

Used In

explicitAddress

 

Element

explicitAddressValue

Type

xsd:string

Usage

REQUIRED, MAY use multiple

Definition

A properly formed -escaped if necessary- XML string denoting the addressees value.

Comments

  1. MUST be a properly formed -escaped if necessary- XML string.

Used In

explicitAddress


Appendix A. XML Schema for the EDXLDistribution Element

<?xml version="1.0" encoding="UTF-8"?>

 

<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="urn:oasis:names:tc:emergency:EDXL:DE:1.0" targetNamespace="urn:oasis:names:tc:emergency:EDXL:DE:1.0" elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0CD">

 

   <xsd:element name="EDXLDistribution">

          <xsd:complexType>

          <xsd:sequence>

                 <xsd:element name="distributionID" type="xsd:string"/>

                 <xsd:element name="senderID" type="xsd:string"/>

                 <xsd:element name="dateTimeSent" type="xsd:dateTime"/>

                 <xsd:element name="distributionStatus" type="statusValues"/>

                 <xsd:element name="distributionType" type="typeValues"/>

                 <xsd:element name="combinedConfidentiality" type="xsd:string"/>

                 <xsd:element name="language" type="xsd:string" minOccurs="0"/>

                    <xsd:element name="senderRole" type="valueListType" minOccurs="0" maxOccurs="unbounded"/>

                    <xsd:element name="recipientRole" type="valueListType" minOccurs="0" maxOccurs="unbounded"/>

                 <xsd:element name="keyword" type="valueListType" minOccurs="0" maxOccurs="unbounded"/>

                    <xsd:element name="distributionReference" type="xsd:string" minOccurs="0" maxOccurs="unbounded"/>

                 <xsd:element name="explicitAddress" type="valueSchemeType" minOccurs="0" maxOccurs="unbounded"/>

                 <xsd:element name="targetArea" type="targetAreaType" minOccurs="0" maxOccurs="unbounded"/>

                 <xsd:element name="contentObject" type="contentObjectType" minOccurs="0" maxOccurs="unbounded"/>

          </xsd:sequence>

          </xsd:complexType>

  </xsd:element>

   <xsd:annotation/>

   <xsd:annotation/>

 

  <xsd:complexType name="contentObjectType">

          <xsd:sequence>

          <xsd:element name="contentDescription" type="xsd:string" minOccurs="0"/>

             <xsd:element name="contentKeyword" type="valueListType" minOccurs="0" maxOccurs="unbounded"/>

             <xsd:element name="incidentID" type="xsd:string" minOccurs="0"/>

             <xsd:element name="incidentDescription" type="xsd:string" minOccurs="0"/>

          <xsd:element name="originatorRole" type="valueListType" minOccurs="0" maxOccurs="unbounded"/>

          <xsd:element name="consumerRole" type="valueListType" minOccurs="0" maxOccurs="unbounded"/>

          <xsd:element name="confidentiality" type="xsd:string" minOccurs="0"/>

            

          <xsd:choice minOccurs="1" maxOccurs="unbounded">

                 <xsd:element name="nonXMLContent" type="nonXMLContentType"/>

                 <xsd:element name="xmlContent" type="xmlContentType"/>

          </xsd:choice>

 

          <xsd:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded" />

 

          </xsd:sequence>

  </xsd:complexType>

 

   <xsd:complexType name="nonXMLContentType">

          <xsd:sequence>

          <xsd:element name="mimeType" type="xsd:string"/>

          <xsd:element name="size" type="xsd:integer" minOccurs="0"/>

          <xsd:element name="digest" type="xsd:string" minOccurs="0"/>

          <xsd:element name="uri" type="xsd:anyURI" minOccurs="0"/>

          <xsd:element name="contentData" type="xsd:base64Binary" minOccurs="0"/>

          </xsd:sequence>

  </xsd:complexType>

 

   <xsd:complexType name="xmlContentType">

          <xsd:sequence>

          <xsd:element name="keyXMLContent" type="anyXMLType" minOccurs="0" maxOccurs="unbounded"/>

          <xsd:element name="embeddedXMLContent" type="anyXMLType" minOccurs="0" maxOccurs="unbounded"/>

          </xsd:sequence>

  </xsd:complexType>

 

  <xsd:complexType name="anyXMLType">

          <xsd:sequence>

          <xsd:any namespace="##other" processContents="lax" maxOccurs="unbounded"/>

          </xsd:sequence>

 

          <xsd:anyAttribute namespace="##other" processContents="lax"/>

  </xsd:complexType>

 

  <xsd:complexType name="valueListType">

          <xsd:sequence>

          <xsd:element name="valueListUrn" type="xsd:string" />

          <xsd:element name="value" type="xsd:string" maxOccurs="unbounded"/>

          </xsd:sequence>

  </xsd:complexType>

 

  <xsd:complexType name="valueSchemeType">

          <xsd:sequence>

          <xsd:element name="explicitAddressScheme" type="xsd:string"/>

          <xsd:element name="explicitAddressValue" type="xsd:string" maxOccurs="unbounded"/>

          </xsd:sequence>

  </xsd:complexType>

 

  <xsd:complexType name="targetAreaType">

          <xsd:sequence>

          <xsd:element name="circle" type="spatialType" minOccurs="0" maxOccurs="unbounded"/>

          <xsd:element name="polygon" type="spatialType" minOccurs="0" maxOccurs="unbounded"/>

          <xsd:element name="country" type="xsd:string" minOccurs="0" maxOccurs="unbounded"/>

          <xsd:element name="subdivision" type="xsd:string" minOccurs="0" maxOccurs="unbounded"/>

          <xsd:element name="locCodeUN" type="xsd:string" minOccurs="0" maxOccurs="unbounded"/>

          </xsd:sequence>

  </xsd:complexType>

 

  <xsd:complexType name="spatialType">

          <xsd:simpleContent>

          <xsd:extension base="xsd:string">

                 <xsd:attribute name="value" type="xsd:string" use="required" fixed="urn:ogc:def:crs:OGC:1.3:CRS84"/>

          </xsd:extension>

          </xsd:simpleContent>

  </xsd:complexType>

 

  <xsd:simpleType name="statusValues">

          <xsd:restriction base="xsd:NMTOKEN">

          <xsd:enumeration value="Actual"/>

          <xsd:enumeration value="Exercise"/>

          <xsd:enumeration value="System"/>

          <xsd:enumeration value="Test"/>

          </xsd:restriction>

  </xsd:simpleType>

 

  <xsd:simpleType name="typeValues">

          <xsd:restriction base="xsd:NMTOKEN">

          <xsd:enumeration value="Report"/>

          <xsd:enumeration value="Update"/>

          <xsd:enumeration value="Cancel"/>

          <xsd:enumeration value="Request"/>

          <xsd:enumeration value="Response"/>

          <xsd:enumeration value="Dispatch"/>

         <xsd:enumeration value="Ack"/>            

          <xsd:enumeration value="Error"/>

          <xsd:enumeration value="SensorConfiguration"/>

          <xsd:enumeration value="SensorControl"/>

          <xsd:enumeration value="SensorStatus"/>

          <xsd:enumeration value="SensorDetection"/>

          </xsd:restriction>

  </xsd:simpleType>

</xsd:schema>


Appendix B. EDXL-DE Examples

B.1 EDXL-DE With CAP Payload

The following is a speculative example in the form of an EDXL-DE XML message.

 

<EDXLDistribution xmlns="urn:oasis:names:tc:emergency:EDXL:DE:1.0">

   <distributionID>ieam_e3_2</distributionID>

   <senderID>XML2005</senderID>

   <dateTimeSent>2005-11-15T16:53:00-05:00</dateTimeSent>

   <distributionStatus>Exercise</distributionStatus>

   <distributionType>Update</distributionType>

   <keyword>

      <valueListUrn>http://www.niem.gov/EventTypeList</valueListUrn>

      <value>Explosion</value>

   </keyword>

   <targetArea>

      <polygon>33.4745,-112.1174 33.4745,-112.0238 33.4238,-112.0238 33.4238,-112.1174 33.4745,-112.1174 </polygon>

   </targetArea>

   <contentObject>

      <contentDescription>CAP message from DOT advising best alternate Routes </contentDescription>

      <xmlContent>

         <embeddedXMLContent>

            <alert xmlns = "urn:oasis:names:tc:emergency:cap:1.1">

               <identifier>Vendor generated</identifier>

               <sender>AZ DOT</sender>

               <sent>2005-11-15T16:58:00-05:00</sent>

               <status>Exercise</status>

               <msgType>Update</msgType>

               <scope>Public</scope>

               <info>

                  <category>Transport</category>

                  <event>Traffic Routes</event>

                  <urgency>Immediate</urgency>

                  <severity>Moderate</severity>

                  <certainty>Likely</certainty>

                  <description>Traffic adjustments ensure clear routes to St. Josephs Hospital and Phoenix Childrens Hospital on Thomas Rd. </description>

                  <area>

                     <areaDesc>Best Routes</areaDesc>

                     <polygon>38.91655012246089,-77.02016267943407 38.91655012246089,-77.0117098391165 38.907662564641285,-77.0117098391165 38.907662564641285,-77.02016267943407  38.91655012246089,-77.02016267943407 </polygon>

                  </area>

               </info>

            </alert>

         </embeddedXMLContent>

      </xmlContent>

   </contentObject>

</EDXLDistribution>

 

 


B.2 EDXL-DE With Multiple Encrypted Payloads

The following is a speculative example in the form of an EDXL-DE XML message.

<?xml version="1.0" encoding="UTF-8" standalone="no"?>

<EDXLDistribution xmlns="urn:oasis:names:tc:emergency:EDXL:DE:1.0">

   <distributionID>Sandia001</distributionID>

   <senderID>dellis@sandia.gov</senderID>

   <dateTimeSent>2005-08-07T18:05:00-07:00</dateTimeSent>

   <distributionStatus>Actual</distributionStatus>

   <distributionType>Report</distributionType>

   <senderRole>

      <valueListUrn>urn:sandia:gov:sensors:senderRole</valueListUrn>

      <value>SENTRY sensor managment system</value>

   </senderRole>

   <!--

   This demonstrates the provison to allow multiple values under the same

   Value List.  <value> is repeated three times, since Warning and reporting

   systems want CAP content, Hazard Prediction systems want detailed sensor

   outputs, and situational awareness systems want the location and type of event.

   -->

   <recipientRole>

      <valueListUrn>urn:sandia:gov:sensors:reciepentRole</valueListUrn>

      <value>Warning and Reporting Devices</value>

      <value>Hazard Prediction applications</value>

      <value>Situational Awarness applications</value>

   </recipientRole>

     

   <!--

   This key word can be used by subscribing systems or applications

   to get distribution of one or more of the enclosed <contentObject>

   container elements.

   -->

 

   <keyword>

      <valueListUrn>urn:sandia:gov:sensors:keywords</valueListUrn>

      <value>SNM Detection</value>

   </keyword>

 

  <!--

   The elements explicitAddress used in this example are DMIS COGs and e-mail.

  Routing of EDXL Distribution is just being designed and there are no good

  way to show real scheme in this example.

   -->

  <explicitAddress>

    <scheme>DMIS COGs</scheme>

    <value>1734</value>

    <value>3520</value>

  </explicitAddress>

 

  <explicitAddress>

    <scheme>e-mail</scheme>

    <value>dellis@sandia.gov</value>

  </explicitAddress>

 

   <!-- In a real messaging system this would probably be FOUO or higher

   based on the sensitivity of a SNM detection.  The current confidentiality

   is all unclassified in this example for distribution purposes.

   -->  

   <combinedConfidentiality>Unclassified</combinedConfidentiality>

  

   <!-- In a real message more than one <targetArea> elements would be present.-->

   <targetArea>

      <!--

      These need to have the correct ISO 3166 codes added

      -->

      <country>US</country>

      <subdivision>California</subdivision>

      <locCodeUN>USA-SF</locCodeUN>

   </targetArea>

  

   <!--

   This is a XLST transformed CAP 1.0 message for legacy systems.  The message is used by

   publish/subscription software like NuParadigm Foundation engine in the DoD Alerting Framework.

   Legacy Warning and reporting systems would not be able to process a CAP 1.1

   message and therefore a transform was accomplished.

  

   Most recent information is added to the begining of the Distribution in this example to

   allow rapid determination of most recent key <contentObject> container elements.

   -->

      <contentObject>

         <!-- <contentKeyword> is added to allow referencing between <contentObject>s -->

         <contentKeyword>

            <valueListUrn>"urn:sandia:gov:sensor:detection.event.id"</valueListUrn>

            <value>10.2.2.1:2005-08-07T18:00:00Z</value>

         </contentKeyword>

         <!--

         This could be eliminated since it provides no distribution value but was retained

         to demonstrate the <keyXMLContent> would have to be transformed in CAP 1.1 to CAP 1.0

         Conversions

         -->

         <confidentiality>Unclassified</confidentiality>

         <xmlContent>

         <embeddedXMLContent xmlns:cap1.0="http://www.incident.com/cap/1.0">

            <EncryptedData xmlns="http://www.w3.org/2001/04/xmlenc#" Type="http://www.w3.org/2001/04/xmlenc#Element">

<EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#tripledes-cbc"/>

<KeyInfo xmlns="http://www.w3.org/2000/09/xmldsig#">

<KeyName>deskey.bin</KeyName>

</KeyInfo>

<CipherData>

<CipherValue>GSCinwYBtwJxp6kcZPGqE6rybCfsnvI6Lz+IZVPqnRfnI1hWq7cI2WT4BsjBBQCu

TE68pCQ/keOGtvYJ5yNVZEuAnIhOf37OEiqk1rcBARXb03LCYvlXYKA1zmEC5yFT

CUcyCMV146G4eNU1H7F+wbMjbSgHjOYgYe+rpjOVYAK9Gs4Uj+CWhijjxpr5Y/vX

1NEtHFhLsXC9cSfhXWVmi3veXwbDycC+QtcvQL/Rfr45bDwsJnCCutTzfmoqF1CS

BgYUi6osW+XhoRkAttzKbRADVZ6bG5SMkZN0SKiwSaCyKyMKjdpiQwYQhjUXUoAn

veBylXREqfmtOIm/pT7Y45pabWNG9l3aljil8P7qZ5Y26Q0X+i0U+eEGuafHrMVb

S/QBpAkNbP5/f9UR3B4t5t7hLOsvDXdR6CWFBNsrczLjZ7YC2O+g1HBl8YsQdREA

And3PKgoy8QlKv6ZLA+aJzQpSvzbSu3btgN6vyF3GGPqKprVIYRFouaJHYgL81zn

zZovnH4lubwa+YPgD0H48a/FM2LaA8euPzMFDWIki0fm5DoZZzYCmPKmfLJS10RG

lUKzW0svDw8I1AwX6LBssPm+hoBa7HzTnuM40FD+vsmET+p0bqBtaUSnDHrHXLzp

P6TrcNr5R5cxQ4C+shwezFQDNKbioyC6m5PaTH/6qhlTmE32vP8ySnMKvL74QCfP

w8hTZxwq9UVLPq2WKJcI0Phc1e3HoYkBTpVk9OUf/CVaxMXGOiXReeLXGPC1IQnn

a6xw7ImkgeCFcY+rcttq2fE3UqWtc5R6J16/Jv666K9fgCbXRVhaBdMDYpz0GKFa

gMJulUK6zTtah+bidtUrF31UWAX+wqIqmDFJ1ivJaRbLEiEVCrt0jKwOjuR41dDD

VS5j2BuvmZ5TILnOnHFU6H4GudnwjpL01eLrwELSfKmbQmUx2A0L6NBj9SRkXXHW

onZV6uX+c3CR46OekvxYyMi1rxE2zQPykfh/mELRhGgyDVqtdFQwhDx2Klu+Gh2z

3nC51yn37laIO5KSvL5Gkb6jxFVrcUvrcp4pX5czw7/VWbxWoRPY7Bus3akhPu+I

/jchv7SiVRP5mX4Ewh+yeduYX+UZLo07m5zhAMtmFdiLJV9tgHVTJf7ZJ3bGWP+h

Et0Nl98hGV362cSRhkoLJwNmOgIpGXSMO6T5nA1MZhJ6CkCP8QV1zpKrLVJSRZRn

fffBjdl8CzipzjE05JVKbyfbq9I33fkWMbda+Vo9ZMiDinOee6KxnDnxll9ca9Lg

+dl9J0qjJz5VwnWLRCeprsOXt+LlmeHC60NJgRarhidlrfuxmONM+QZTk4ZQGIPD

fsk5ftJtzvHgW5G/wN7fxyLh1AqQucW13IAsmfwuJS0+HntYZVoXqGjRg1sK6snx

zteJJm6a2OyG/M5RvLAEVhOKWyU2+9hjzts8ySg6Qb2+KrUTRQ8JBmVBeSjR2svv

2AWyBYj29JAdAikX9gfGDDvTG9GqJr+jFE9mfOBtg7lsdLezQKvvNMsntm6RdSpu

dA3vL8uBIliGBNJZSOOKr06BXp6PjbL6Ov47EbOfvP8Vm9vKQD7PmjPaIbN1bUr9

V9cHUQ5h6LSecnAy/FZQMLdcamNAIhpiEgoQcwEmaa+1/wTv7LppqxZkFVQQbI2m

nC9Ujcd08g2Qyh+0YCHP50SbCwDe2W+CYBi7QBDdF3qt45zaZnHyRm/yXhVWCJX1

+0WY/+OukquhaWJ8Y0fygA1yk7Jyqqpu2XU9X0Vu8oETQlL/+37mEzy/beL9VNnr

eU7bfQBAnYw1CkeXs5rAcc1vllZEU22Uqg3H5saOQlEHgV1NxL+0C+A9/Q2ZsaFI

BDDIiH+f6+6aUno6fotGUA==</CipherValue>

</CipherData>

</EncryptedData>

         </embeddedXMLContent>

         </xmlContent>

      <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">

<SignedInfo>

<CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>

<SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>

<Reference>

<Transforms>

<Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>

</Transforms>

<DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>

<DigestValue>przigAg811cHIqSXpIrFg1BGx20=</DigestValue>

</Reference>

</SignedInfo>

<SignatureValue>BH8MGSS9QAlgq7a7I7PF5XjKsqaDumTt3cSWxBmwErByvQuaarOgH6MMflVLkG0Y

tv6zaOqR6Kis4giTqtZBo8QCkGukpre2gurdi3Ws0yO3Wt8nWrcH3QAUllhocXpV

gXahZ8MzHc9zuJq9+bl+S72czTjS0UdCvk/MMRV/xhwZ/1QSn+ffh0s3RU6Cn1Q0

aYSuDtX5mAGUWAzJghKgK/qSM5jF4c233g7M4m+Rul3C+QOFBOMGmp+NodnG9b0z

hycJGVdUpY0a+1r0quu2pmdLZnIQVY1stWNFS3wI9RzdslwzoGP9/nRARGS0kLf1

De+WB4Xdar48A9WJwng0iA==</SignatureValue>

<KeyInfo>

<KeyName>rsakey.pem</KeyName>

</KeyInfo>

</Signature></contentObject>

   <!--

   This is the original CAP 1.1 message produced by the SENTRY system.

   There was sufficent data to warrant the alert.

   In reality the CAP messages would not be Public, however, It is used in this

   for simplicity

   -->

   <contentObject>

      <contentKeyword>

         <valueListUrn>"urn:sandia:gov:sensor:detection.event.id"</valueListUrn>

         <value>10.2.2.1:2005-08-07T18:00:00Z</value>

      </contentKeyword>

      <confidentiality>Unclassified</confidentiality>

      <xmlContent>

          <embeddedXMLContent xmlns:cap1.1="urn:oasis:names:tc:emergency:cap:1.1">

         <EncryptedData xmlns="http://www.w3.org/2001/04/xmlenc#" Type="http://www.w3.org/2001/04/xmlenc#Element">

<EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#tripledes-cbc"/>

<KeyInfo xmlns="http://www.w3.org/2000/09/xmldsig#">

<KeyName>deskey.bin</KeyName>

</KeyInfo>

<CipherData>

<CipherValue>MiKRUfL1Yb3Vw9JcewTAYVnYT3Zh2Tf9d0fhRyGreJW0FWoXr1/27AXFXBTmZC/2

hw9cMMFaGKeXNr1tK0Os1Lozx9uZZYoF5UiNH18KD/WnNbpwk+ttK3TwRcxBfowm

lzzClMn5suHeUM2PFiCll1Wup8cSfwAqptXVF3sZrLAMsQWJmGfyGYYCiaZ+P3NZ

hiVFamDB7D9id5HJ3qHLNcxucGNFA5TfOwe/euP7O1ah9Q7Rp2nxsXF9PaQYziSS

G4I/J+v+FwuJXhbLqU1PcbP4ofCLg+s6tph2kJxFArGSX9u3k7FHvp3tLZnskXCw

iYRGDqrSGrmLt7bTtMmF/IhFQc4x0aE4ldVEN999uQ6KnDyd22KdUJhupRH8UqZz

+sKVJF3+yatOsroCwOCjTe/GqnNRZNtG59dGC5D247LH2AVn/6WU+txFflZhUg0z

A0PElIMicguTRaEaIDGJF/QvqzTE1r3iYgHXIGfgEhQiix35ZURWUTcATrKyNFFE

/CD8+v6YHGbKrgeJDnvJ5AqjZSU1NajOpCtbhWQm1D878OhjCN+T689PZPB2X2nz

f1kupkZ/Fq6Z6aF77j0xp4wB7bpFW5ssWUHySwdg5vYw4hS3Geg5wn3AQViqTGI8

oRaDa3wT9byHq+cq83WqA3aroJOXzD/HQCmKNhmPFqYj503JH3aZcWNrDxHyBQRr

Libv4o9v4LCGviaKT/2y0S25t5KkL/MJA2c6LIngmhHKQFr1sruWgSrjHn9KtagU

KeYqYlgKK6s56X+PHQvusXoxpgDLjXpVVhNpF/mRh+86J4zY3JAIcfIZJQ05DjvX

io2iZY/hstzkTfY5+CPvKH7FmuYqeoU7Nano7+EGSB4w0TnSoDfm9D/RIsAtwdpu

7WonmeguEK37u0bNuXQHi9LZTELD0L2HIkPVdo4BYq26WMe5vZdwVkW6up92AIQE

7KvADQZZUGDVoKA3Njt9O5s6g+a14wcHqxD+FS8veacDsYFrmhs+0WYlyWtDJERL

+y0qtHLmSi/kTdYoKRGx+/lyUl8FIfqOnk2dk3BicbQ3kyEbngV3qHBrYqrVITTB

eMUKxL3wB5OkcCn3u6Nqun14QFmf8O9KEZGXZZqdQs7jz6MV3yjPvzelmLs9nbCm

3eXFGrSlHbbwCLQBconzDWgfoN6W/lTRv3z8RmTg+Z+3CjK2MRt6x5XZTcDqk4JW

wozh2btLz4Yc2xUbclbtVd3muOhBq3eSsGXC6xX4fxW0cuqi6UsOZRA2kiKJHY+V

2KFO9/y3x4arscIsBwfmNVZYt6bCoy/Or0yva49yV/A//8JFN7aGLh530Dt53J4H

bcsQ1n3q7kxir5VLuNj0aZYHjtGu7gzPa1UpPAJ0trqro4qinspnkdRueW7SQYcd

ufF5OG4GMTI+VjX4MnOMOgnYiAaZqrBoH3B5t7bAKeszVPs6S9NPfkzx1nkqminG

/Z/hBpmsFlcUlS+qylXU7umHvssE2juap1NQUaL6IyHQ0tZzsQd0e6mYkDuzNNbH

4l9czPXXXfvcKRJnJ0Yho9j30YfBWyllF67SMewYhcNg35tAbstXe+Ghg+D/TVcd

SZ4r1Cmk49IQE3SNwIO6vGUtMhmCJGq+yJx89lfMLijZRBr18exdQ1hoVeQ+YzyY

rZ/e6PTZHVkbcHGLsd+InyBdz3MTCmaYLGGG6gGtL42nJYmXDUIwWTAFXcWo0jDh

HO28OimZg8QGhiSAAc8uXzwbtjVHIJTC27e6iqldNxnYDoNWDZxVjI3fccbvUwmz

702I+4Kb/n5M1X5RXeMZ12OvlRRnQi7nhZuTeTMEbRizHptWP5yse3LcNjRJ2Jr2</CipherValue>

</CipherData>

</EncryptedData>

          </embeddedXMLContent>

      </xmlContent>

   <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">

<SignedInfo>

<CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>

<SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>

<Reference>

<Transforms>

<Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>

</Transforms>

<DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>

<DigestValue>N7NvgXfahdGZPjb9o0XvwejLI5o=</DigestValue>

</Reference>

</SignedInfo>

<SignatureValue>Tg8zP+/1Cg/3MR9iSareJb7snexQ3DjBxGSL3xH+Kf3Kh5NQq/Uwagw/fmI2wcxc

ac/2fz893HeTkXGn8mShg+wmdoRwNykp5uHPtAzcFBKlh3v7FemtM9M73XbX7KsY

fM0J+RTHUxp4tTMYUPogSEJWiSGSGVbp+MALtUH799fGqqqOREyuljfVIlLvvCog

wOd6n7J8S2sHjyRXEw5AVFnxL6k02TgjztbEuoLu+qvEZOIGXmj9yfy4nj41RNXe

HMOS1IAcOQgx5vNzju2slFIWzlmvjqq+7aVg5hy0yBiXJuljvigTOxrwHScaYW8o

HDpQHwM6EXbgW3uaWnf9Kg==</SignatureValue>

<KeyInfo>

<KeyName>rsakey.pem</KeyName>

</KeyInfo>

</Signature></contentObject>

   <contentObject>

      <contentDescription>Photo image from Sensor: RADDET-01, Site: Golden Gate Bridge, having a Detection class of SNM</contentDescription>

      <contentKeyword>

         <valueListUrn>"urn:sandia:gov:sensor:detection.event.id"</valueListUrn>

         <value>10.2.2.1:2005-08-07T18:00:00Z</value>

      </contentKeyword>

      <confidentiality>Unclassified</confidentiality>

      <nonXMLContent>

          <mimeType>image/jpeg</mimeType>

          <uri>http://sentry/photoCapture/10.2.2.1:2005-08-07T18:00:00Z</uri>

      </nonXMLContent>

   <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">

<SignedInfo>

<CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>

<SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>

<Reference>

<Transforms>

<Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>

</Transforms>

<DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>

<DigestValue>io7Katgoo77YNfQYdZMB8taoeKg=</DigestValue>

</Reference>

</SignedInfo>

<SignatureValue>AjQXGgp9h5TC2D+bh9w59sbmtUpgE/IeZVdDQM+zi58XT2RPb7OXAAABni78WduA

uP6nxL6k+BBo4G+TgaqWvCQIqdlDO+qyMnM0ExPui5eg00jstbwiSeYxSt2VQqS2

RD2vR811at0XwIkMpugSftKNJBZgB9mhRqQgP+E0nDJJPNYDz0bLJjp0J/EDxn4H

6qx6GpDKgDc//53jVhOb4zZPIERsTLjPxpOOnBK31cs5Rf6vU9MyOOBTHZgpvoza

muhejW1CIJfYjd/OoKQ9Hiv4MCX4v/dX7n6ePHZaDxNeCccDIjoVYrAHEWxQ9hE6

rqriugNLZ3Lh8sUzhZLTyg==</SignatureValue>

<KeyInfo>

<KeyName>rsakey.pem</KeyName>

</KeyInfo>

</Signature></contentObject>

   <!--  This is the based 64 encode image of the Suspect vehicle with SNM.

   This data is provide for Law Enforcement senstive systems to redistribute

   on private systems which do not have intenet access.

   -->

   <contentObject>

       <contentDescription>Photo image from Sensor: RADDET-01, Site: Golden Gate Bridge, having a Detection class of SNM</contentDescription>

       <contentKeyword>

      <valueListUrn>"urn:sandia:gov:sensor:detection.event.id"</valueListUrn>

      <value>10.2.2.1:2005-08-07T18:00:00Z</value>

       </contentKeyword>

       <confidentiality>Unclassified</confidentiality>

       <nonXMLContent>

         <mimeType>image/jpeg</mimeType>

         <contentData>

      /9j//gAoaAkAAAAAAECMWv/mOzNdGAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD/2wBDAAgGBgcGBQgH

      BwcJCQgKDBQNDAsLDBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/

      2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIy

      MjIyMjIyMjIyMjL/wAARCAHgAsADASEAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQF

      BgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS

      0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4

      eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi

      4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA

      AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl

      8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImK

      kpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP0

      9fb3+Pn6/9oADAMBAAIRAxEAPwDyvwp4ch1nRtUvW0bWdXntbi3hS20uQKwWRZizt+6kOAY1HQfe

      61T/ALBiu7zUZQ39hWFnKlvJ/asjyvHMwbEbeVFu3Hy5D9wAbcE5xkAktvBWpTXElpcT2lnefbZN

      OgtpnYtc3SFQ0SFFZQQXjG5yq/OMNgEjc0nwVZ32i6HcSaTrjx6jEz3OrxSgWdh+/kiLSDyT8qKg

      dsyLwTyo5oA5ez8Pvfac1xDqFiboRSTpYb2MzxRhmdshSi4VHO1mViFyAdy7ug0fwNuluVvYZ9Vn

      XSotRg0/R5/37LI1vt3fun2/LMx243fuyeFKswBn6t4Zt7bVoLfz/wCx1ktPtFxBq0hMtkfMZAjh

      EDuzAI4Cx52yAkbQXqvL4RvILXU7qa8sY7ew8gmRpSPOWeJ5ITGu3c29VHBAYbwWCgOVANjxr4Xs

      /DUuoQR+GvEdtHFdtbW2pXtwDBNtY4YD7OudyqSAH9+QOcu58FalDcJaW89peXn22PTp7aF2DW10

      5YLE5dVUklJBuQsvyHLYIJAM/VdFOm29vdw39pqFncO8aXNqJAvmIFLoRIiNkB0OcY+YYJIIFjwj

      o8Ou+Io7CeC7uENvcyiC0YLLK0cDyKikq3LMgH3T16UAaF34Xa61u30ez0TUtDvGt5rlk1y7UB0R

      GfIJhjCDEbjLZGepUAmsfWNLXTIdOdJY5ku7d5lmjdisgWeWLcAyKVB8vocnuSM7VADStNhvtO1y

      4laQPYWS3EQUjBY3EMWG46bZGPGOQPodCPwVqUus3OlrPaefb6xDozsXbaZpGkVWHy52ZibJxnkc

      HsAZ+q6HNpVvb3BurS6gmd4vMtZC6pMgUyRkkAMVDody7kO4bWbnFjTtFsdQ0u4lXU5Fv4beS5aL

      7N+4jRO0kxYFXYgBQEYFpI13AsQoAHRbGTw/cX9tqcklxapE9wj22yDMhAEccpbLyjJJUooxHKQz

      BQWw6ANTxBpC6Hq32FLyO8T7PbzrPGjKriWFJeA2Dj58cgE4yQOguaj4UuNM0myuZrmAXU8tzFNa

      MwQ2xhjjcq7MQPMIk+4OQcL9/KKAXNd8IQ6HoNrqEsmss9zb28sUjaUEtHaWNZNiz+byVUsOE5Kn

      gdQa54KbSLe2dLuRnluFt1e7hW2guCwP722lZyJYBt5kOwAPGSPm4AKem+HbfUtCu72O+nFxbRNN

      Li0P2aEDdtSWcsNkj7CEUKwYsi7gSQsZ0Wxk8P3F/banJJcWqRPcI9tsgzIQBHHKWy8oySVKKMRy

      kMwUFgDDrqI/CdvqH9nppGrfaJLrUI9N3XNuYI3lf+KI5ZpI143EqjKJI8rlsAAI/C1netZXGnan

      PJps/wBq8yW4tBFMn2aITS4jWRg3yMu35xlsg7R8xE8J29xeILbVsWk+lXOp2rz25SWUQiXMZRSy

      qxaB+d5G3nO75KAOXooAKKACigAooAKKACigAooA+z1FDICKAK3nCJ+tW4r6NhgkUAEsm7lMGmJd

      lDh14+lAFiOeKTpipGQOvGKAMq9tcKSRWaiKHwRQBt21onljNTNYxkccGgCq1gyngZqJw0A5oAWO

      4B/ixUy3JBxnNAF1HyKfzQAUjIGGCKAKU1krZwKqtaNHyKAEEhXg1YgOTkGgC4DxUckaup45oAp5

      kgY7eRQ9623mgCJLxi3StGCYuvIoAkaNXHTmoDC68qaAGGeRBg0i3TE4oAsxz5+9UwYEUARSMKjV

      8HrQBOpVhQ0YxwKAIwSp5pkjgrQBRaTms3WHzo19/wBcGoA+XYdT8rw7e6T5OftN3b3Pm7vu+Uky

      7cY5z52c542988WNJ1aztdOu9N1KynurG5liuCLa5EEiyRiRV+ZkcbcSvkbc528jBBANiDxzu1H+

      0r/TvOvodVl1i0ME/lRpcSFGYSKVYvHmKPChkON3zHIIj0/xXptlDoNw+k3cmqaImLWZb5VgZhPJ

      OheLyixAaTBAcZA4I60ASaL44/snQhpht77yzFLbyxWt/wCTBcRy7g7SxbG3zbXYLITgbIsqwTDV

      4vFNnJeXzX+mTy2t5pVrprxwXYidfJFvhwxjYcm3HG3+LGeM0ASW3jCGy1K2e0sruCztbI2VuYr0

      LeQqZWmLpOEwrlndSQn+rYrjJLVHr/i/+3bW9ja1nE13LaSSTz3Xmufs8UsS5O0ZZkkTc3dlY4AY

      KoBj67qf9t+IdT1byfJ+3Xctz5W7ds3uW25wM4zjOBXQT+Oduo/2lYad5N9NqsOsXZnn82N7iMuy

      iNQqlI8yyZUs5xt+YYJYAx9W1azutOtNN02yntbG2lluALm5E8jSSCNW+ZUQbcRJgbc53cnIAr6N

      qf8AZF9Jc+T5u+0ubbbu2486F4t2cHpvzjvjHHWgA0bU/wCyL6S58nzd9pc223dtx50Lxbs4PTfn

      HfGOOtGo6n9vsdJtvJ8v+z7Rrbduz5mZpZd2Mcf63GOfu574ABoSeILMaPcwW2lfZ768tIrO6lWY

      eS0cbRsGSIICsjGGMsxdgSXOBuG3YHj+3TUVv49E23Uut22t3bm7J82WMyFkUbcJGTKdo+Zl5yz5

      G0A5ebU/N8O2Wk+Tj7Ndz3Pm7vveakK7cY4x5Oc553dsc6jeINNm8J2ujT2GpB7dHINvqKx28kxZ

      yszwmI7nCuEzuBKoBkUAGseINN1bRrO0FhqUM9nbxwwL/aKtaxsFRZHWDygVMhUs2H5ZskmuboA2

      LrxDcSa/Y6xZr9lurKK0SE5D7Xt4o41fkY5MYbBB645q5qHi2TV9BtdKv7G0CW9xPcCSztoLUlnj

      RUGEiGArJlv74IBxtUgAjk8QWY0e5gttK+z315aRWd1Ksw8lo42jYMkQQFZGMMZZi7AkucDcNtjV

      vFNnqv2ndpk8f9pagmoani7B8yRfM4h/d/ulPnScN5h+7zwdwBXsPEFnY6coXSv+JnFaT2cdykwS

      No5hIrNJHs3PIFlcBt4AAj4O07pNY8Qabq2jWdoLDUoZ7O3jhgX+0Va1jYKiyOsHlAqZCpZsPyzZ

      JNAHN12Gq+MrO58Q2Wvadp19BfWV3HPbxXeoC4toY0cusMcYiQpGDgABsAZHfIAK8fimzsmsrfTt

      Mnj02D7V5kVxdiWZ/tMQhlxIsahfkVdvyHDZJ3D5RGfFEMV/bPaWEiWdpplzp1vFLcB5AsyTAs7h

      VDENcMRhV4AHXLEA5uigAooAKKACigAooAKKACigD7M34NNe42g5FAGZdXkZBz1rMNz8xIYigCxb

      akVOC1acd4ko+bBoAsRqpOUbFaEJO3k5oAdJGJFINZ09oVJYLQBB9ukhbZjGKuWt/wCacNigC+pD

      D1qKS2STqKAKM2mtyUNR21nL5nzZGPWgDTSNl61JzQAUUABxVadsKcCgDJJzMd3FP8zy/umgAW/Z

      TgtVhL0HrigCyskci9Kha3V26cUAPSxQHNW44wgxQBIKCB6UAVZ4zg4GaqIAJORQBaEiHginqB1B

      4oAeNhGDVeYBDQAxWbtThdMhw1ACNcBzxS7S69KAKc0LDoDWTq4ZdIvsj/lg1AHkcIq2goAmUcU8

      UAOWnCgBaWgAxSY4oATGaMUAOAo70ASr0pW+7QBSYEtUqdKALAwBTHfA4oAh3EnmpkP5UATKfSnj

      NAC4Y9KTYQcmgCxG4HWpxKMUANZ81LbH5qAOjsmworVif1oAtIQalWgBsozGaw512yGgBI3qxH8x

      oAsLbseQtSpEw6igBShA6VGVxQAq5zUqsehoAU1BKNykUAY11bsckVlyxOuetAFbLq1aFtcALy2D

      QBfivSn8ValrqijG40AasF1HMMqwNWOCKAK89nFNyy/lWXParCxaNjQBHFqUsTbTyK0otSjbAJAN

      AFn7VFjO4U9JUccHNAEgpDigBKSgApjxhhQBTlsw2cCqcli3Y0AU5bV05qEM6HmgC1DcMver0d36

      0AW47gNVlWBHWgBwooADgjmq81qHyV60AUpInjycVCLtkODQA5brJ64qZJd/U5FAFqNUxxRLAHU0

      AUGgeN844q7BIpUA9aALO1WHY1ieIbYDRL9lH/LBqAPE4ulWUoAmWnCgByinigApaAFzR1oAMUBT

      QAc0meaAJk6Ukh2rQBTGWbirMceBk0AOfgUzZ60ANKYoAIoAerlanWb1oAlWQU7cDQAm4Ghc54oA

      lGat2wwRQBv2j4UCtOJqALcZGKnTPrQA5gdtYt4pEhoArrnPFXrOMs4z0oA3o1G0cU7Yp7UANaFD

      2qF7XI4oAqtEUPSoXJU5FAAsmetP2A0ARvACDVCe0BzgUAZ01l14qm9synjNAEeJE7mnLcMMA0AX

      7fUTAVKtXQ2WrRTgAnmgDSWZHHBzVedVbNAFFrQNkgVW+wSO/wAtAE6abdL3NSxpc27ZKnFAF+G5

      38EVZB3CgAxRQAUUAHBpjqME4oAzLuXapG2svCuDl8GgCPoTg9KQSsDwaALMM0pPQmtaB5MD5TQB

      cQsRzxUgoAKUUAIyBgcisu7szksBQBmSB4z0pYrhgcUAaEF2V+9WhHKsgyDQA8qDULwDqvFAEIaZ

      DxyKpa5cn+wNQDD/AJYNQB4nEOKsrQBMtOFADxThQAtLQAlOFACgZpwFACMvHSqznDUAWYulRXD/

      AMIoASFMCrG4KOaAEVg5qYR5oADHTRF7UAL5QpPKAoAci4qTHpQAwrk09EIoAXftODVi3mO4DFAH

      R2LZUZFa0RUigCwoHY1OgYd6AJfmx0rLvQdx4oAppya0IpkgTc3AFAGraXKTxb0ORVkHNAC0dqAI

      J0DKTjms2UdRQBAvWpgcc0AODg0MoagCFoAeoqB7NT2oAhbT1YdKqy6V6CgClLp0gPCmpbKKaCTI

      BoA6W0mLLyOattGZE4oAqlWQ4bpTReLCe1AFuDUoZONwBqyZUZeGBoAoyTJGx2rzTor8ZwRQBa+0

      xjGSBmnq6sOCKAFooAKaRxQBSntvMrOl09uStAFRrSVeMGr9lpYI3SjPtQBopaxw8qtWUAoAfijF

      ABjimsD2oAblxSghhgigCtPZLJyBzVQabzyKAFawZeRU1uoj4PWgC2GGOopDIMUAQGQbqztekjbQ

      dQBAz5DUAeLRjirCigCVRTwKAHrThQAUtABjmnAcYoAcBThQAEcGqkgw1AC+cETk1Aj+ZJk0AWxI

      FXA60BGk60ATpDtqwq8UAGQO1JnPSgBVX1p+0UAOCDHSniMUAOEANBh44oAhNuxqzZ2x8wZHFAHS

      2yIqgVejUdqALKL71OmRQBOr8ciqt3F5oJAoAzGjMROaydSvT9xaANrw1cr9mMbNg+9dGpyOtADs

      0UANYZBrNuI8OaAIQop5UFaAIwMHrUgBxQA8Cl2igACg0vljuKAD7MjdqVbOPPSgCzHAqDgVIcAd

      aAKNy6gGsWd1JNAFKdvKGVbmrVleM4ALnNAGojsRkrkU9BEWzjFAEdzG8nKHIFOsBMGO4nA9aAJn

      1HyZCpHFTxX8Mg+9g0AWUYMMg5FOoAMA00opoAieJQCSKh+1pGcelACpeLI2BVpcHmgBxcIMk1Gt

      0jHGaAJQwNL+VACHmoHBTkUACTr361KGB70AJIwCnNZFzJtYlSaAKjXzqcE05NRPQmgAN4SetV9X

      kSXQr/J58hqAPJF4qZSKAJlIxUimgB4NOFAC4pKAFFKPrQA4H0pRQA8VDNHwaAMq4JU4zRbB2PFA

      GpBBxk1bVMCgCQLinYoATZmlCYoAdilC0ASBDT9tADwKeBigByqpqzDGAaANGEEdKvwkigC4knHI

      qdHWgCdSpFRysqDNAGPqM6iNiK5SWUvMT70ATx3LwAbSQfar9vr11FgFiR70Aa1v4kzjzF/KtKHW

      baX+LB96ALyXMci/K4NVLpgTweaAKm6nowPGaAEIw1ToKAJgopxiBFACLFtoLxp99gKAHLLEfuuK

      XzUH8Y/OgByyo3RhTWDk8NxQBWuVAjIK5rnbxcE7SaAMiUuWxkmtTSDFG+ZDz70AdPA0Ei/KRSyw

      JjI/SgCph0b72B71cgZCuNwJoAbPp6TZIODWbLp00RJXNAElpczRNsYnFaqTh+9AEoPFLn2oAZI4

      2nNYd86Ak96AKMOoiJ6sHWWz8pxQBHLqssq4zxUdvfNG+WzigC5LrZGNnFWrXWVl+V+DQBeLlxuR

      s1F9r2nawoACpl5WhS0fWgCyjq4xUc9ojqcCgDCvbUx5IrL53UAXbeIyDrUOswGPRL4hv+WDUAeV

      hxUqMCaALCtTg1AEitTg1ADs0uaAClFADgKUcUAPBofBU0AZE6h5ce9X7SEKo4oA0EXinhaAHYpQ

      KAFApcZoANtPReaAJguKQigByVKFoAcq1ZjWgC7EcVdikx1oAtLICKeGB6UAPBPY1Wu5WWM5NAHL

      6jetu2A9auaVpi3SgsOT3oAsXXh2cZKLuHtWY+nTxHDRsPwoAYImTsaeu8HrQBetZpUcfMcVuo3m

      KCTzQA8RAilWDB4NAD2jIGaeh4oAmU1KOaAEcEISK5HU7+UTMvOBQBQXUX6bjViO+ZurmgCyt2y8

      q5/OrkGsOhAbmgDWt7yK6XBxn3qveacjgsgoAwp7ZYs5XmqDMVbHSgCwl20ABWQ1oW+rsRhmzQBL

      9qSX+LB+tSQKzP8AK2fpQBopLPH1BIq5HKJE5xQAht43bOBT0t0TpQBJtxRigCORMg1j3toWzQBh

      T2xRiRVcMAfmoAXzADkHirUNxEBhgDQBKTbyDrg0iwKGyj0AaMDuq43U5yW9SaAEjuZYTyDitCG6

      SdcEc0AI8ZU5TNItyw+ViaAHPCJ1Pesi605kyyigDPErwtiq+r3xbRb1T/zwagDzDNTRmgCdX9ac

      HoAeJKcslADxJx1pwbNADwaeDQAuacDQA4UyY4Q0AZqZeb8a1oBhRQBaXpTxQA4CloAXFKBx0oAU

      LUiAUAONFADlHNSgUASpVmOgC1HVuMA0ATqtO2kUALuYCs7ULg+WRQByM8h+05PrXY6BPGUXmgDq

      EYEUNFG4+ZQfqKAK0mlWso5jA+lU38PQ7so2PbFAEg0dFTgDcO9UpLWeKbg4WgC0hx1p5crQAnmk

      jFClj0oAkVyOtPEwHegBHu0VeWFc9qb2s5J4De1AGN9mRgSGqlJIYnIBoAfHekdTVqK6VjkmgDQh

      utpBVsEV0thdrcRAE/MOtABd2SSc44rLuNGVwWjbn0oAzDpT5bccAVTkQwZwaAIo53Dda3dOvhFg

      sM0AbialbumCcVBPqMcefL5oAprqx3/M2K0IdVXA+bIoAuR30Mn8WDVhXVhkGgB3UdarzQ7gaAMH

      UIGXPFc/OrBjQBCDxyaATng0ATQgs+CcCuhs7CN0DBw1AF8WqIMYpDGg6HmgCCeVNpDdaq290kb9

      eaANaC/jcbWp88UcilkYA0AZv2treTBPFOk1NHXBoAz5jHLyMZrC1uMrpN5jp5LUAedinq2KAJla

      nZyaAHilxQAAmpVYigCQE09c0ASA0qmgB4I9aguXwhoAq2oy+a1oulAEy1KDigCQU8CgBwxTgBQA

      oAqRE4PFAAU60mygBwXFPUUASqKsIKALMYOOKsx5FAFpGIFO8zFAAZlA5xWVqMisDgUAcpdf601q

      6PK8cZHNAG4mrz2688ipV8WRKvzJzQBds9fjusYWtVLgMOlAEokX1qjdSqzYFAFXOaUc0ABGKchH

      rQBIcFaqyHAODQBlXbOQcE1hz78nJNAFVp5UXANU2dmbJNACZpyyFTQBPHdsvGa19M1VreUHdx6U

      AdjZXyXiZyM+lTywb1yvWgDOuIpSpGMVg3ts+4/LQBnoojfLrkVZgLSFiowooAetyckZp3mFu9AB

      hSeakEgReKAGLekN1q9bapIhGHzQBs2+qK4G/rWgk6SDhhQAkkEcykEVjXmjZyUoAxJ9MkQniqTW

      7pnIoAi3FDzV+21ExEbSRQBu21/LcpgIT71ajtpGOWGKAJH01JEwTzWLe6TPCSyglfagCilxLbth

      s1O2qOUwpNAFVpZpzxk09bS5b+E0AWrewmLDNGuafjQb4kciBqAPIwlO2UAOC4pUGWoAlAwKcOaA

      DpTlOKAJ0INTAjFACcYoFABmq1w2eKAHWw21fRuKAJVb0qQH1oAkVqlDcUAOB+tPFADxUq9KAFzS

      9qACnCgB6nFTxnmgC3GasxtigCyrCl+U0ARSKuDzWXdrgGgDm775WJxVe21R7ZuDQBpHW1lhKlRm

      smW4JYkUAaOj3jLKFzXd2VwzxjcefpQBe3mqsyjO7vQA1SKkXGaACQZWq+SKAJEk4xUb8k0AVJos

      9azZrbOeKAM6a1PPFUJLcgnigCBkK5qMkigBA1TQ7mYBaANi1up7Ihs8V2el6il3bglhnuKALrGO

      Q4LCqdzYK6kjBoAw77T1ijLE/N6VQikMSbFHzGgAWxuXO4Rt+VPNtMn3kYUAMIZeoozmgBvkbugN

      LHCyNk5oAtrIUFB1JomwGI/GgDTs9ZY/eOa1otQikXrzQAPGkvOBVG405HU4HNAGDe6a0ZOBWaIS

      smD0oA6XTJI4wADW/HKjAcigCUAdqGxt+YDFAHPapZxuWaNcfSsB4yrYxQBu6S0EYG7Gfet4CJ04

      CmgCt5DI+5elUtelU+HtQ3DnyDQB4uFp4Q0AL5fFCJ7UAOK0AYFABinBe9ACjip05HWgBaM8UARP

      JgHFU3ZmegC5BnbVtTxigCzGnFP2kUAAyDUoagCRWqRTQA9c5q/bWjzL8tADZbZ4j8wqLB9KAFBx

      Tgc0AKKmhHzUAaMS8VOqUAOwRSbsUARs4Peqk2CDQBiX8O5TiuflhIY0AT2kQfIPUU2WPBPtQA+z

      do5gw7V11jrAUANQBv2upwSjlhV4iGZOCKAIWtwvQ1HgigA3YFQMwBNACBuaXNADWXNQPHntQBUl

      tgR0qlLaZzxQBTls+vFUpbNh2oArNAy9qdBuiYNigCxPel127cVJY3kqOFRyKAOvsllaMMzEmrTz

      SxdiaAM25leZjkD6U3T7dEuBI5U+xoA6eGeJhj5alaOGQcopoAyLrS455TsUIKrnSIYhl5RQBYtb

      awBwWBPvVxtNtZF+UD8KAKFxonBMZrBu9Lljckg4oASFSnFa1gjOwNAG5ECAOKeVz2oAqzwqVORW

      DfQImSFoAyPtjwycdK0bXWwMbjQBrW2tCQgA8VqJP5i5PQ0ANaGOTNUbjR0kUsOtAGFKklpIQM8V

      LFqkikAk4oAvprWFxWXruob9Ev8AnrCf50AebqtPAoAceBSoKAHhc0u0UAIUGKTFADdtKCQKAHBj

      SHNAEZUmk8oZoAmjGKnQ80AWEapNxIoAcOtOoAFyD1qVWoAkSTmteyvDEuQtADrm8888iqhbPSgA

      xmlAoAcvvU0J+agDRhYVdQg0APwD2phjBoAryR1TlXigDOulwprEnQFjxQA2JTFlgOKidwWOaAJY

      EBbgVfRABQBZh39ia0be5nQ8OcUAa0N7KQAxzV1JQy80AKQCKpyAhjQA0bh2pwY0AKGpDz2oAaVB

      FRNEDQBE1uDnioTZg9qAIm04N2qtJpZAOFoApPpUhPCmrNho8pnUleAaAO3toAkSjHQU+WAMpoAy

      bi2JBK4rDnnlhJGDkUAQR6zPE3U4rXtfEG4fMeaALn9qLIvDc1Ru55peV6e1AGb50qv1INbNlfyw

      QbnYkehoA0rPW4522MMGm6rfweQUABagDnFcvJgDqa6jTrbyoQW6mgDSUDFKFoARowwxis28sg4P

      FAHOXulEZIFY0ltJG3SgBYZpEYDJFdHY35RFBfPsaANE3se3KuM+lMOqMAeeKAMm91COZiCBmnWu

      mLeJuVwKACbQ7iP7pyPasjV9PuE0a+JzgQn+dAHGBRT8YFACHpTk6UASr0p2KAGlc03b1oAMGlC0

      AKF9qPLzQA0xmjYaAFCNT0yDQBMrVIrGgCVXGKcGHpQAZyeOlTKM0APVBmrUUpRcCgBx+agLQA4c

      d6CxFACq+RViEjdQBfjAxwasIWHSgCZZMdRT96kdaAI3IIqpKOtAGddjCGsCdxk0ARfalZdh4xVd

      +WoAv2UPmrwcGrgtp07ZFAFmIlByhq3bSI8gGcE0Abn2B1g8wEEdahhuBnAYZFAFoS8VDLJzmgB8

      cisKkG00AKYl7VE0ZXoaAI+e9FABijGD0oAmjQN2qYWyntQAC1QdhU8USJ0FAFpWAFMlkAU0Ac3q

      moNGSqVhXFxvjyzc0AVQFKZyKijk2yHBoAupMQOtWI7th3oAsJcxufnUH8KnlkWWMLGQMUANtl8g

      Fiefaqd3dnecjNAE+l3NuLgNIfwNdfDdQyKNrD8KAJRJg9eKmV896AHgjFNcZHSgCpNArA5Fc/qV

      uEBKrQBzrfLJkip1lDD5Tg0AI0sgBwTULTXODjJHtQBATN1bOat2eqT2jjGcUAdZp+sJcxjfwaj8

      QyQnw7qDDH+p/rQB5Mpp/WgBD1qRBQBKBTwtAChBRszQAnl/SnLFmgBwhz2p4hx2oAaybaFUE9KA

      JfL46U1YM9qAHfZj1xSeSR2oAcIzTwhoAkSI56VMEIoAcBinBqAJVPrUgoAUU1wCetADlQ4qaFfm

      6UAX414qwoYd6AJNzDqM0m4HqKAGN04NQuWAoAzrtsoRXOXKnJoAoEkPVy1jWaQKe9AGpaxG2m2n

      pW1BKOhoAuxiF/vKKtxWFo5ztAPtQBqR2i+UUDttPasuXTkhmLLQAuwgdaYybgRQBAUZCRT1dh3o

      AnSXipVfNAB8po8oGgBPI96PJNAEkSlWq6iBhxQAjQt2qLa6nnNADgxpkpypFAGBqFtvJOKwZ7Yg

      nigChIjLnrUGWXNADkuWXvVmO7U8GgCwkoPRqlWdk70AWIrwjqalPkzj5hzQBA9h3jaiOa7tT8pO

      BQBp23iB1AWVfxrZtNXhmxhxQBqRzK44NTAigBHAZTWXd24YHIBFAHNX9oi5I4rFaXa2BQA+O5yM

      MKuQ3IQHC9fWgCzDJGSSwU/WiVrR+qAfSgCJZo4T+7OKrazqLf2FernrF/WgDjQakWgBerVKo9qA

      JVp46UAOpVFADsUoNAEiHnmpQRQBDMARxRBHnmgCwVwtPjQYoAmCDFHlKe1ACG3pPIwaANCzgQ/e

      FWZ7aIR5AoAy2QA8UzbQA4AinKTQBIDTQcvQBMpqaLO6gDQj6dKsKRQBLwaTaKAI2UVA6cGgCjcp

      lTmsS5iQkigDNktgTlSKlgiaN1bB4oA3IzHIAz9cVNhAm4PigAS6KHhgauwaiQetAGzZ6iDjJqa4

      mWQ5FAFYuMdaaJMc0AQzvk5FRB6AJEkFTI4oAlBGOtOU4oAkU1KCCKAFxT0bFAFlTkUyQ47UAQ5U

      0hTI60AU54ARzWVcWYOeKAMi4suvFZs1qVzQBTeLBqEgigByTMlWo7vPB/WgC2jq444qQFl6UATR

      3JXq2Ktx3MbjBYGgBskEUo4ODVU200RzGT+FAG3o8t0TiQnaPWulikO3mgCQvVG8kbYcUAcrqEkh

      yCDWBLuDZoAi84irMMrMMc0AEkzRNyTQt4jdaAH+ch74qlqsiHSLsBv+WR/nQBkBacENAAEOamXi

      gCQEU9SMUAOFPHSgBaKAHLThQAYzU8QwKAJG5wKnjXigCYJShPSgB2w04JQA9VI6cU4hmGCTQBXe

      IjmosYoAXHFAFAAaROtAFmMHFTxghhkUAX4/pU6gGgB4HpS4NADT05FQuRQBUnGQawrtcMeKAMuQ

      kHipUuFEQAPzUATRXyjhua0IZ7dxjd+BoAm+yW8vKSYP1pPsMqcpLkUAXLW4MLBXGfwraMyGJSow

      aAId+RSZNADTyDmo8c0AOUEVIvSgCQMaer4oAkWQVIrigCQH3pVbBoAtRSLjBqYhWHWgCBoQDwaU

      RnFAEUkfHNVHiBFAFCa3BB4rMuLXrxQBkzWhBPFU3tyD0oAgaE+lRGNh0oAckjIepq9DdA8NQA6U

      CRsISaiaKWHnJoAnhuJAOc1ehuzQB0OnsXQHFa6HAoAkDZFQyruBzQBlXdkrgnFYdzp/J+WgDNks

      Cp6VEYZE+6KAK00cjE5zUAjdT3oAeCwHOap6kT/Zl1jP+qNAEKipV+lAEoUelATPagBfLwKbtagB

      eRTw/rQAvmU5WFAD1ang0AOBqRTQBJGcvV6OgCUYpQQKAFGDTgRQA8OBTfMFAAxBHFQ7QTQAYApO

      M0ANdeKWNeKALCAirCsO4oAtI3FTK1AEqtkU4YoAKjdAc0AU5o+DzWJfRkE0AY8y9aqYwc0AQO7A

      8Ghbh170AWI7+Rf4jV2LV5UH3zQBdg1UysOMmt2K5kkQZ6UATpKQeQal832oAXfkdKZnmgB2R2pQ

      9AEitT80AKDTww9aAHq1OD0ASxyVOJCBQBG8jdc01LplPJoAkNyHHSmBlPUUARSopHFUZYQc0AUJ

      bYHtVSSzz2oArPZZ7VXeyI7UAVJLVhnioDEy54NAElvM0Em4jIqxNeCZhtQKO9AF6COKdACQDVhd

      MfcCpBFAHR6bH5UYVhzWmFU0ANYbelNHNADWjBHSqU9sCCcUAY80G+UqBSGxBHSgCF9NB7VAdMH9

      2gBn9kA9qqanohGk3jY6QsaAOcVakVcUASKppcGgAyaevSgA4pdoNACGL0pvlkUAKqtTgWHWgBwk

      9qeJQKAHxTYOatx3HvQBOJc9DT1cmgB/mYo3+9ABuNOTk0APIxTaAEpB1oAU9amjUY6UATqoxTin

      oaAFXevepllI6igCVZwKkWZT3oAcHBo3cUARSDIPFZt7CGQ8UAc9PHgkYqq8eFPFAFJ4+aiKY7UA

      JtNOVSTQBr6bEAwJFdFbvgCgC6jA1ORkZoAAoNNK4PWgADYHIpolXdigCZSDUmeKAGk+ho3H1oAA

      9SrLQA9JQDVlZAR1oAcXUiq7n0NADVf1qRXGKAHH5hVdweaAIWUVH5YNAALcN2qNrQY6UAVJrHg8

      VnzWJGeKAKUlqRniqxhIPSgCWAujDFdFp0zkDdQBvQNkVcRuOtAD+1NK+lAAp9arXkgSI46mgCnb

      W+RuYZzU7QAdBQBGYh6U3yR7UAPSBfSq2sRBdDvz/wBMGoA80QcVJQBIvSnDFACqoNOKgDigBu2l

      CmgB4zS4oAULxSFc0AJ5dIYutAAsJHSpVRh2oAflgKkScgc0ASi4Bp4lU9DQA4OD3qaPJ6UAPJIF

      NzQAE0gNAAOXq0nSgCVTTwaAHA1IMelACEA0YoAUFh0NLucd6AAue4qN9rgg0AZN5ZlTnFZkkBHa

      gCpJFjtUBjBzQAnk1LFBzQBrWsW0CtCMY6UAWUcircbsyUALuNNZyKAG+ZkUkYy2aALKgYpwU+tA

      CMretM5FABmlUnNAD81MjnGKAHbzSFjigBmfSlDkUASLLmn7gaAGFBUZTBoAkjxU3lbvegANvkcj

      9KqzWfXj9KAM+axzniqT2H+zQAsOn5YcVs2tiqAcUAaccIxwalEZFADlPrT8cUARSHaM1lkm6udo

      +6tAGlHHtXGKcVx2oAiIXPNNaLjK0ARrwaq60f8AiQ3/AP1wagDzNalWgBwpQM0AOAxThk0ALilF

      AC0UAOB4pBz2oAkVfapPLGKAFWOnbcdqAEKCm7BigBnlc0ohYngmgACSKetTo8yUAO+0OOooF0O/

      FADvPQ96cJF55oAfCctmra0ASKaeDQA9TUgNACE8UgNAEg6UtABimlRQBDMoI21XazVl6UAVX0wN

      0qnJpLjoKAITp8ifw1JFaMDyKANCKHAqdUoAcFNTRbugoAkOVODTWOQcCgCsWOcVcg5WgCwg7VKF

      4oAXApMCgBuxTSiJexoAURHoDShCp6UAOYgrwOagdiBQA1XzTxQAhbaacsuKAH+Zml3A0AJuweKn

      iuCv0oAvwyxyjmpzbK4OKAKc9ltzxVM2o9KAEFuF7VKuVGKAFWZlOCKsJOD1oAf5gp4dT3oApX8/

      lx7V6niiwg2x7j949aALpIAqCSXg0AVHmIanJc4HNAEUlwCeKoaxOTod+P8ApgaAPP16VKq5FADw

      hpwGKAFFPHAoAWgUAOx7Uu3NAChKdtFADlFPAoAeuRTu1ADcUBRmgB20DtRnFAArDNWYpABgjNAD

      DtJ6Ck8lD2oAabMHpUbWbdjQA6ON4z1qwsrgc80ASLOe61Ks6+uKAJFkHrUoYetAC7velU0AODin

      Ag0ALmkJoAgzukqYDigBMAUuAaAEManqBSC3T0FAC/Z1PamG2PY0AJ5Tr709AQelAEjozcmpYrZX

      HJ5oAgez/enHIFSJDtFAD8Ypd+BQABwT1pwI9aAEyKXPFACeYVp6PuPNAClgCcVXlIZto60AORQB

      UqqDQBN9id0yBVZ4WTINADOR2NAOKAHBqelAEyMVPBrRhuvl5ODQAslxvGKreYAeRQA8MpppHpQB

      GwqHeVNAEiy+9DS7VJzQBQjc3V1knKrW1HwoxQArgkcVXJ9RQAwpmo2jGKAK5ABqjrOBot9j/ng1

      AHALKvTNSfaVWgCxDcBxUpwaAACnYoAMUtADxilz2oAUGnDmgBwGO1OzzQBIBmnBaAF2UoSgBSvt

      QFGDQAgj5qwkIKZoAiaMdM0qRkd80AS9KWgBNoPUUeWD3oAUIDxSeXz0oADEwHBoHmDuaAJFd/Sn

      CbHUGgB3nKeM1Isg7UAPDUMeCaAIo+pNTg0AGeacOaAHCloAkUVIKAFwDTGQdhQBLEAeCMiiVNgJ

      UYzQBEkTlc0xllXtQBEXcdRTg3HSgA25PFSLBIRkUAIY3XqKUE96AAg0gB7UANYlQaijyzE4oAmB

      Ip6vQBcgvCnGaSeYMc4FAFZnQ9qTCN3oABDk/KamWF1WgBChHWlGVYc0AT4OM0080AIGI609XyOt

      ACke9RSIeTQBBnFVLu5ONgPJoAsWK+Wg9TWmkuBg0AShwajlxigCvuANGcigCJhmszWVxol9/wBc

      TQB5csjEnmpBuPegCeGQoavRz570AWUYGpKAALk1MIxQAxlx0phBoAfGhJ5qdYuOtAEnI7U0kZ5F

      ADgw9acCT0oAepPpUi8jpQA4rTMc0AOAqVVO3OaAEx64zT1UGgB21R3oABoADGM80mzHTpQA9FA6

      1JsXqOaAEZc9qTbz0oAa3FM3eooAQqjdqcFA6GgB+4gcUjSMRigB0b4HINSCRfWgBdw9aeDxQA4G

      nA0AWIth+8cVI4UdGzQBHmkJoAVGwalZzKwUjpQBbjQYp/lD0oAja3Q/w0z7Eh7YoABYAHKmn/NC

      MEZFAFSSbJ6VD5gz0oAeGQ0u1T3oAgm/ug0+OPAxigB2yk2e1ADcFTnmpFO4YxQAx4mB4FNC+1AE

      i5FWI3PSgBz8iqhLGTg9KALCyOBg04OD1oAUYPcVIIQw4oAicFKj3nB5oAgmk2qTkVmRnz5y56A8

      UAaMbbeKsLJjvQBYSSnsdw4oArtkHkU0NigBQc1na5gaHf8A/XE0AeRRTc1djdSKAJFIzU8fWgC5

      GeOtTq1ADt+OaZ9pIbFAEqzZPNOM6AdBQA37QpNPW4A70ASpcr3NTrscUAIyqp605ZkSgCRJom6c

      U9eehoAlzgcihQD2oAcAM1KQuzjFAEJ47UKTigALU5QetADx81L0FACD61IuaAJQePWmkCgCIjnr

      QVXFAERGDxRnmgCRTmnAe1ADxt9KQhaAGmPIyCabtcA4agBVaRTzzTxMR1BoAkW5X1qVZwe9ADxI

      D3o3UABfaCasWJMhJzigDQU44pwagBwpyjNAEgFMZA3BOKAM+4hCMcEGqpUelADCgprZUHmgCBCx

      ctmrKykUAPEo70okHrQAu4EU6FwGwQKANSKCOVOlV7izCcigCr5VKqlaAFlOE9zUccJxk9TQBIRj

      rTaAHKKlDFehNAEMszHg1WZ8UAZ15OWPlqetTQRbYxxQA8E5p4ZgOtAEiSkdaspMO9ADmdWWqrOV

      agAE2BVDW5wdDvuf+WJoA8m8ll5qRWZaAJFkYHrV2GXigC3HNVhZBQBKuGFN8oZzmgBGITioZGzz

      QBEJQp5q1HKhFACF/m4qzFKyigCwr5qCZ8GgBILjnpWnDOoGaALJmVloQnGRQA4ZPapAvHNAChAR

      0pAoHagB3loepxTkUcgGgBwjIp20UAJ5VAVgaAH9eO9NMfuaAG+XnmlCHGKAGmPB6UbRjkUANwBy

      BS9c0AA475pRg80ALyOlBXPJGaAHBR2pwXjnmgBhiH4UwxAdDQAiq+eHxUu6RR1zQBG8jkYIq1aT

      hMBjigDRW4jJ4bNSiYHoaAJFcEdamR6AJVelYZFAFC4TqapEYNACYqCY8YHegAjTC1Jj2oANuaYV

      xQAAEdDS5ZTQBsWF2pUK3BrRISVaAKT2uG4qN4GQZxxQBRZw8uD0FW0ZSMUAKUU1C0VAEe1lp4zi

      gCGXoaoTziNCTQBQtx50pkb14rTUhVoAYhLPntU+wEcUAN2460HPQGgAXcKRiSORQBCXANZ2tMDo

      17/1xNAHCSIMVF5BPSgBjwMB0p8QYDmgCeNiDUyuaAJBI3rUyyHHWgCOYseRVcs3SgByW7ScmpTC

      YxwaAEVnU81ajmB60AWUcE8GrQhjkXBbmgB0VigOcg1P9mGMKOaAEWCQHB6VeiQKvzUATAKenNJ5

      ZJznigCRUwKaQQKAK0hbmnW4YDPNAFsB8cUq5YcigBRlTR196AEwPpRggfeoAUD3pwX3oAXYPWlM

      QIoAb5GDQYgvagCMxe1NCgdqAF2+lJ83NADMtk0vmEGgBpc+9KsmeKAFyD0FGGYd6AGHeOCKVXIb

      BFAFwbWTIGKZuYHgmgCRLmVferCXrDqKAJ0v178VYW8U9GoAbJKHHWqDthqAGb+KhX53JoAsqvFO

      20AIFx0oKZFAEWCDTuaAHqxWrMd5InQ0ASjUG7gU6bUkMBUj5jQBmCTrx1qVJSDQBYWQEdaXf70A

      CkMeakwgFAEUgQqawNQYPN5aH60ASQR7VwKe5/hFAE0SlQKnByKAEZT2qFtw7UAIGb0pd3rQBE+w

      +1Zmsj/iTXuP+eJoA49oDmnIoBxigCZ4QydKqtHtPSgBgQ5p4460ANZ8U0THOM0APM5UYzTUmDNQ

      BejlUDFOLKeaAGkrimZ9KAJY5NtTCceuKAJYrllPDVegvzntQBdFwG60puIhwTQA37WiH5TU8V1u

      oAtI4YU44xjFAEbRZqSOEAZzQBMBikwDQAoiB70hXbQAgIPWnBRQAu0UfhQAwnnkU9ZMUASB1PTr

      SFh6UAMIFRNQAzkUowetACsgK8Gq5XBoAXjHNKEBHBoAbgipFfjFACN/k0w4NAE0Z+XFMkOOlADV

      nIqYTDHNAChlbmgnB4zQAoduzGms8g96AImnfBGKkglGMHg0AXFkQ9xUoKnuKAFGMcYoFADJEqMc

      UAOBFOFACHgVXwXf2FAEmzApeRQA5c0vzUAKpYGpNxx1oAq3dyIomOecVm2sTSlpT1NAFgtsFJEd

      zbjQBbQjFPBGKAF3DFIcUANwpo8tTQAeSnpWbriKuiX3H/LE0AcbGd5IqVYvmoAtLHxTWtFbtQBE

      9oAOKqyQMueKAKUqnniocYoAa596YrYPBoAsJKRTvPPrQA8THFOWX5uaANCAxFfenyxDGVFAESRk

      96txQP2NAFkxyKtMeOUqSKAKeZA/zZFaloxIAzQBpI+0cVMkhoAmWTPWplYelAEgwfSnbR2oAQDA

      qNye2KAI1B5p/wCNABz60ufegBDtIqPHBoABuz2p2TQAoz3ppYelACZGOlJQAHNNIPoKAI2FC4xm

      gBNwzRyKAFwSKQr7GgB0JOSO1NaQZxQAAr1wKlBUjoKAFXaOlLkE0AGQOpphYH6UAIVU96NgHegB

      Mc9aVS3ZqAJUlkX+Kni5Zeq0APF2pHPFHmqeQaAFD09WoAZLJgYHU06EYWgCbtTGQUAA4p6sMc0A

      L8ppCAAaAMS7Yz3HlpyB1q7AvlpjFAENx874WkRWXtQBKrkdjUiyUASAAjtRtA70AJketGaAGmQj

      vWRrkxbR70D/AJ4mgDmo02mrarQBMoFPBFACFAagljAU8UAZs0Oc8VUeEjPFAEDQ5zUBQpnrQA1Z

      TnFPVjnmgCcOMVC7EnigCzaysp5NaQnbbyeKAIjKVOc1bs7gE8mgDbgKOvPNSGMH+HigDPuYArZx

      UlsuB1oAuxn3qwhwKAHAn1qRJMcHNAFhXGOKerGgAyPWmMpPIoAbgnPFOwR3oAUHFKSCKAGFjjpQ

      GQ9c0AL8lIxHoaABSccZNN5B5WgBDjPApwxigBxXjgUAetADWUGoGHpQAzBzyCKcFJPFAEgDAU7j

      vQAKq7utMlhCnOaAIcYpOexoAeMgUbvfNAC7sihWAoAcGGaftDUAGwUYFADS1AkHQigBcqfSk2Ke

      cmgBdjD7rGm+dInfNADVmdnywyKtx3KgYPFAEwnRh1o8wUAG+l3igAD4qteXflQnHU0AVrCPIMjd

      TV2TCqTQBBEuSSatIimgCVYFbrUn2NMcUAQyQFBx0qAqTQA3aRS7SRQBXmYoKydWz/Y16T/zxNAG

      MOKkVs9KAHBmzUseT1oAsKmaVoty4oAqywY7VUkhHPFAFR4PaoGt89RQBA1sM9KQQkUABjNNMWT0

      oAekRXpUhZgMZoAaGNWYJdlAGtaXZzitQT4XNAERYStViOHC5xigBdjZ4NTIrY5NAEoyBS89qAHx

      hhUofHegBQ2e9AagBwYClJzQAhGD0zSjHpQAoAxRtX2oADjHAFNxntQAoIWjqM0ANCBvrQUxyKAF

      PTHemDI7UAIcnjGKYVIHNACgr0609SDnIoAduGDUbHnjmgCI9c8ipNrsu480AROQO1NA70APLcVH

      g0AODHGOtG360AKBSglTQAGQng0znOc0AOWUjgrT8ow5GKAGmMdV5poDjoaADdIKejBvvUAShQeR

      UbIT2oAQRkDJFJkjoSKAHCRwM5zThOw6igBTdKBzxWXLN9quQB90UAasDKqAUPJ5j4HIoAepxUqv

      6UATRvVlH460AOYBhiqzxbTxQA0BT1pSi4oApPB5r8dBVLWLMjRL4/8ATE0AcoNx6VIm4UATKcjp

      T1cgdKAJo3b0qZHz1oAcQrDmoXhQ0ARm0VhxVea0AHFAFJ4Cp6Uzy/UUAL5QI4FKtmWOcUAEloyj

      pVcxeooAaIqcqGgC1FlenWrqvIV6mgCxbud3P51pI52YJoAelTKMCgAxml5BoAlD8UmVboTmgBVH

      HGc0HI60AJketSiRQO9AAZfY4py4PrQA8jimjABAoAZzk809WGOtADsIRmoyQD1oAcrDtTs+tADS

      VP1pBwaAEJzxRtoAZjB6U5TnjFAEgjIHIphj5+7QAeVjtUiJ8hBFAEMkYPYUwRcUAIYiTzxT/J4o

      AheMr0pFBAoAUK3pSYOaAAjHrSKPWgCTHFMJx0NACiTbTw6k0AKSO/FIQuMg5oARW9CakEvHNAAd

      zDio2Q0AJg0AYHSgCpdzbV2g8mobZNoyRk0AWwcjjinIWQ8UAS/aD3WlW4HuKAJ47hM/eFWVmUjg

      0ASLOPWlL7hQBCQQ2aa7nGAaAJYI+Kra2v8AxI7/AB/zwNAHEIwFTAg0ASDbin4HagABxTlfmgBz

      TKvWm+arDigCMSsrcdKnUhxzQAyS3D9BUElmSOBQBWMTRHkVMkwFAA0ue2arsm48CgBnlU5YvagC

      ZYsDNSCgCaFG3cda0I2YDBAoAnQ1MApoAbnB4qQcrnFACADvSjjpQBOkmByKax3c9qAGYFPGAM4/

      OgBPMy2MCpBIfpQA8MAOtNZ8duKAGGUNwKQjvQAivTsbjQBIpC9BS5yOaAIyyikD5OBQBKEyKZhg

      fagB2FApN6D60ASLLlSN1N3MT7UAIZdpwaUSj14oAJGQ85pgYCgBS+TQJVzjFAA2w1Ht9DQA05z0

      oXk8igAcbaajDPNAC554qNsnigBhRu/NNG5TQA4knqabkgdaAJEcY5pfoaAHo5HWlMw9KADzARUb

      yAKcHpQBltvnmz2FXY1KgA0AShc84pfu9qADljwtG09wRQA0oD3pDvT7rGgBVuZV75qdb1x94UAO

      bUFA54psF0rybieKANKKZcdRVXW5B/YV/wA/8sTQBwRDZ61NFu70AWlGRTtxBxQA4tgUiMC3SgB7

      xB6jWMKaAJwilajOV6UAKjEHlqsbxjigBPKWQfMKYbFcEigCB7cr0FM8vFAAI6BHz0oAnSLIwaeL

      fnpQBbht16mpyo6ACgBUib2qQLgdaAAnApQ5x7UAITu705PSgCZSoHzE0rbSPlNAEWzB4Oak2lVz

      xmgCMso7c0hyBnNAEYdy1TKrOKAJFhINP8vPegCNkC96FJxntQA4MPWkLGgBCrHJ70KNp5xQApkI

      4BpA2RyaAFIyOtNKEjFADcEHjNPEhAxigBpyee1MUHNAFlVBjPrUeVA96AFV1IxigAZ4oAXIPU0p

      YKOBmgAGG7Ug+XrQAxmDGkEIc8YoAf5RUcDNRvx2oAYMkelIRj3oATimHnpQAik5wRUnagBuR0NO

      AFACSMFHIqsYTP8AcfGaALNvp8yJgqD7ipPs7ofmQ4oAaQccU3DHrQAqgr3oO5j1oATaR3zSc+lA

      DWXv0pvFADDGG96j2hDxQA4SuvRjVbVrub+xr1d3HlGgDBEq561OsgxQBIswqZJFoAeWDjinRoAK

      AH54NRGQDOaAEE2TxThlutACGE9QaQLIo60ASC5ZRg1It0B1NAB9uTODimGRXOQKAHBSRnHFN8sZ

      6UAW4wu3GKtRRBqAJjEFFNwO5FACbwoxmmliRxQA0njrQCQOWoAeufSpMnHSgBc569KcHCDigByz

      buOBQRnq3FADWAz1pDgr1oAYqjvUu4DhRQA5WxnLUnmEGgB4wwznNKoIFACEZGQMGm8qNx5NADmf

      cvAqMHsRQApximKfm6UATqygc4NSDDigCTagFQuoJ6UAKEGMYp3lqBQAoQNwDTHgwTmgCIxYGQQa

      FU55oAeIhSHHSgByDg4pDnoRQA3YM0/CqaABmJHGTULJnvQBGQVBoWQfxCgA3IabjPQ0AKEPUmmP

      nHFADVUnk1KBgUAI3zgjGarKTBJntQBq22pooAJBq0b+GRcYFAFOXyySRxTBgDnFACFgR0puOOlA

      DQDjpTT7UARsGPeowG9KAAgjmmdeooATYKpasmNIvP8ArkaAOYXfnmpVm2nBoAlaQ9ackrUAWYpf

      U1YE4x1oAXzh60wsrHmgCSMJ2pSrDkUAQtNIvFNaeQjigBizsD8y0sjll+XNADIh83zHFX04UYoA

      sK5C4qWP5hQBLtAqeJwOtACyS56GqxcE9TQBJtJXimDcDzyKADdk421KqluMGgCVPkPQ4qb5cZGa

      AIuc8dKQ4agBu3byDxTvOYcCgBPMLU9W+lACMQfrSLgdTQBICuOuaMA0AKpC1J5uBQAzzSehppJJ

      oAcGI6mkLg9KAJFUsvpTCjDg0AIUIGc0qyY4oAkEpxRG7Fsk0AWUPc4pHcdqAEjchs06dt/INAEK

      9MGnKtABvIODSjBFACEAUm4njAoARlbBOai3HdgmgCUMFHrSMSw4AoAgOQabjJyRQApXPQZpm045

      zQAqFql2gryeaAITFzxSj5T0oAUOOcDFNaNZOpGKAIWs07cUwWrj7rkUASLFMp+/kVPlsdKAGF+x

      zSq5oAUykDFIGDnGeaAHEBaTj0FADSAetRNGRyORQAwKT1GKqav/AMge8H/TE0Ac8ygCoRFufNAF

      tYlxzUM8qxg0AUxeEHg09Lti3WgCyl0D1NSGdQM5oAfHdc9asfahjrQBCblSaZJcIF4NAFFr8byM

      1NHe9uooAkM+TkGrcM5IHNAFyNznrV2Nh1xQBJu5qZACM0AROefao8DPFAD1LEYGacAwPzUALlAe

      lSK+TxQBMDkc0u0Y5NAEb5xhRTFVuefzoAMtntS9B1AoAYOvBpcNmgBw+XqcUnmpQAocKeKk37h0

      oAQEg808MPTNAAXAXIGKakik/McUATBUYH5qjKfMcYoAcu8c5qQN8vPWgBm4scCneUo5JoAUjPTp

      TgAB0oAUDnrxSEZNADh07VbiVZIzng0AReWpPXmpBGoFAFabbnrUSy46UAKZ16Gmb1znpQA8Pnoa

      axB7jNACoexNScGgCMoOooJG3GKAGZA60rMCO1ADQAaTAXmgBo+Y5HApxI5BoAYcDtTec0AO59ac

      p45oADIB0phlIPTigBxIIziozjHFADd3FIKAFBJ704nHvQAocY6UmQexFACFeOtUNXH/ABJ7z18o

      0Ac+5G3rVcSbTQBIbjis+4nVs80AUzKgGM06K5TH3hQAv2jDcNUv2vg80AC3XvTvtZx1oAja8P8A

      DURlnkHFAEX2OdjnJq5Ba3AHU0AXYrSbOSTWnbW7LjJoA0I42FTFiq4xQAqMSatqw2Y70AIUJFMC

      470ACkA9am4YZoAY0Wec05U2jpQBMjjpgUpyeRigBCGA6ioSGPegAyM4PNOOzvQAzcM4A4p27Hag

      Bm8NxilUIeCaAHhBjNOBwKAAqTyaTB9eKAHDOMGk2A9aAHDjgGkZttAEsT+tTYDCgACge1O2bh1o

      AbjBwaT5hyKAG/vM5zRlxQAB2B5q3FLgYFAD23DnFMaT3oAgf5+hqLG2gCIjJ5pyqG4oAVkZfu01

      XydrDBoAlCZHWlVivXpQAhuApwelMaZO1ACiZSMEU9PLfigAZAp4qNiMcmgBi8GnqRg5oAXbuzim

      hAvegBw+lNP0oAbxikwpzQAbiBjGajZx6GgCEvzxmlBJHvQBIrY4IpzMMdKAI9x75xSq4HegB28V

      R1b5tHvT/wBMjQBx0l3tBGaqm6JOaAF+0Eg1TnlweTQBnvLk8E1CXkU5BoAclw5NX42dxQA4rJnj

      NWIYXbrnFAFuK055q/BaLjpQBcS0GOlW47bA+7QBJ5Rz0xU8UYzQBaEYA6VGcMdtADkhweKnUhDy

      KAFaQgVAzMaAEXPU1KhJoAmGe1PC5oADEw5ApNrkYzQA1onxQiHFACCEk5Bokhbsc0ARGNx2NPUE

      rzn8aAGNGOuaYPlPNAEsc2O9P8zLc0AO3n8KbvbOBQAolx96l8wGgBVI65prcnrQA9Tt96esnPSg

      B+/1NIJCCcE0ASo27rinEHsaAJFAIpDt6CgBjAChMqc9KALDTqYsHr61TLgmgBQ+RxTCx9KAGE8U

      1d2TigCZGJGDTjECM96AEUqDgmnlVZeCKAIXhz3AqtLAwGVPNACR7geRUwcCgBfO56UcN1FAAI8d

      KXBFADlyOtGR6UAIDnjFKUOKAGMGxzTQCO1ACqRS7FxQBGUHYU3aB2oAQe9I4z0NADAPU0mKAAZF

      VdVf/iT3g/6ZGgDzSW+Uk80LeJjmgBfti54qGVzJ0oAYls7EHmrKWDFcGgCxHpoHJFXIrLHagC0L

      MHtU8dvt7UAWEi46VahTHagC6gGOlTKwXtQBKCrDgCnIgzzQBKwBGARUYUKeaALKAbSeKib1oAT5

      SOTSbV7UACKM1KAB0oAURkngmplQjvQBIGwOtM+UtmgBWdQMCowQ2aADOOAeaeOmSaAI3kUZGMVG

      G4yKAI8Z5waDGCuTQAKFAOKcHGKAEEmD605dzHhTQAFQevWmlCAfSgCPJB4NL8xoAkTdjrUm8gYN

      AACTyOacGwKABXO/IqwsrNxigBfMKmnqcjcetADHcGm5BHXmgARv3gBNSTx4OV6UAV1XHeng5GCa

      AEC+9IUIPFACYI5FWUO9cHg0ARtHz1FAU9DQBIsfHrSkArg4oAiMI25IqMw80ANaFscVGpdWww4o

      AlCMBnrT+o9KAEwQOopuKADAx3pyEj6UAPbG3moSM5xQAnKik3n1waAEBajd7UAMKMTQUPcUAREc

      +lJyOlACbzis/VSf7JvD/wBMjQB5AqyOec1ajt3PrQBcisz3q7DacjigC/FbAY4q4lvxwKAJhBgd

      Kmjgz2oAsJEF7U8RA84oAkWIVKkQAoAk+7QWPYUAPQkdTUqt3oAkVuKOTQBIN6ikLtQBJGuRSsoH

      XigBgTvmlVsHpmgCZJcnpinmUdqAImlI+tCiRuc0ASKP71IzAHpQAgI3cipsZXgUAQMhzkimkADv

      mgB6DdgYAFSMigEDBoArGIk8Cpo4Aw5z+NADzbqB70zBToSKAI8ZPrSMOMUACKnJNMbhsDpQA4Pt

      4zSs2e9ADQx9aAWY0ATAEDgVPFIEHNADZJAeRUfmtQAGQHqKUEHoKAEwQc4PFWGkLx47igCuGweR

      mnbhQBGXJNSICe9ADsEH2pw5HBoAeFJHvSA7etAEyA9TyKdtTOaAFKZqJoTn5TQAwqcVCTjtQAiS

      gcNnFOfB5TpQA3eMYYH60m8jpQAZJ5zTgeKAGvJtFKkitQA9iCvSoG60AIOB3pMjpmgAHy8g04SZ

      HIoAaUU8ioynpQBEwIHSsvWXxpV2P+mRoA8/is+OBV+G2AHSgCysGDwKsJBjtQBZjjx2q0igCgB+

      KkjGKAJcZp6qaAHFSKVSc4oAeT7U4c9KAHZGKTeccUALHuJ61bhzmgBZZeozUIJYk0ASpJt4BqQO

      H60AO3KowKQAntQBKqACmvjJxQAzbjmpFcHgGgAIYnrRg98UAAHbGKlANAA2SvNQb+cY4oAeDgcG

      ml8UAORwO1OabHtQAqkyDOaaxyMGgBmw/hQyZHXNAETKQMhajG49aAJMDbmmqA/FAC+WU5qRBu6U

      ASlCBxUZUg80AOUE9qfjA6UANJIHSmhyBx1oAlBbZzUltMpYoy8npmgBHiwxqvJxQBCZCpPGakWR

      sdxQBKshIqRHGeaAJg64pjYPINAEkUpHB5oJ+agCZenNOLLjgUAV5GGelRsvHFAERC55HNOXao+t

      ACErkjOaQAemRQAhwBkVGGHvQANgjvUYYBulAEu70ppJz0FADd/bGKXaO+KAFAUCmkAnigB3Q0rC

      gCtM+1awtYfOmXf/AFzNAHPxQj0q0kQ7CgCZYfap0iwKAJFQYpyJQBIFANShaAHqMGpVxjigCQbS

      uMU1VXdQApAB6U8MMdKAEwDyKQITQADKnANWEdgnNADSzHPGaj3FScrQA5QWORxUgJBwSKAHD2NO

      V2HHagB5nx8uc0hPGcUAMJLdeKRQc8HNAEq/L1NWI8EdaAFwM0jSsOBQAIWJ5p7AAfdoAhYDHHWo

      trUAORM9TUvl/LkigBqFlPFSBCw3GgBjbse1NTg80ATKAQeetBiTpQAx4VxwajjhX8aAFYbRjHFN

      SQgnbQBIsnPNPcHGfWgCIMR0NPDZXrQAucjFIpUE54oAkz6VGVbO4DkUAIXkAyc1G/zDpQBCeOhp

      Qx9aAJoSO9OLgNkUAPjdmbipSD34oAawJUkH8qjSQjgkmgCyszFcZqbd8vWgCMsM0gJJ4oAYybjg

      9ajkiOOuD7UAQ5eM4ODUwcFeeKAIvl9c0gCjnBoAXchHNMJAoAF5NO78CgBhDUwsRwaAIyxzUqMQ

      OtAEgbcKR3CpQBmXEmSeaydUP/Esuv8ArmaAM9E9KsItAFhFp23BoAlQDFO4FAADmpk680ASYBpy

      KB3oAk2igKAKAI2YqaFO6gB/K0oYgUALHl3FX2RFQetAEB78VEzegoAFBz7U8qCKABV21MCuPmNA

      ER2ZpfoeKAGlgWwKkRc98UAKyADrmmhiOM0ATxzE8VNnP1oABwfvYpCjOeDxQAgj9aVkA6HNAAqg

      cipBJk4I4oAUKueDTthA60AMI55NMfAHSgCIs3akLtjpmgADOV5yKjyQRhqAJSVC9eaYvXgUAIyk

      NmpA/wAuKAFUAikHynFAD1j77qQrzQA4ELzSNKWPHSgCRFMkTL3quUbBGKAI9vPSnFAEoAaFbPAo

      CktyKALcCDt1qZwcUAQ5PpSOmBuFADY5MnFWA+RigBpbBqRGAFACj5uc0jD1FAFaQZPT8ajCknk4

      oAUKAfWl2gjmgCFlGeM0m0+vFACbCO9IH2nnJoAkEgIpu5W4FAC4GDxTC9ACbjioJZOMUAUnbNUN

      T/5Bl1/1yNAFaJfWplAzQBOgqTbuoAbgimtnFADoSc1YzmgBwyanQCgBzDjIpoJxQAhAYUiAKaAF

      dj2pm496ALdr8p3EVLJP8xoArNKWPBp6LuHNADzGR0pwGBQA0yAcYppbd0FADgjsOlNLFeCaAGrI

      u7pUqyDOaAH+YHHrShBkHigCQAjkAD3p4l29aAJMqwzikDbTQBIQGHXFNCdqAHLB3pGQjoKAFVfW

      n7SB1zQBG6tio8jvQAmcZJHFNDD3oACQRyKhwCepoATAz1pc7TxQBKjADmnoVyeKAHgqeOlM+UGg

      Bd6/SnlSy+1ADPKPQHNI0LKetAE0BIOCcZ9KtGMKORnNAEDIDwEppjA6igBpRQeKQoMcUAOQbeQK

      dvJB6k0AN3EDkU5WBBDCgCBkCtkD8aeGGMGgBygHNJkL9KAFEmOlSebuToKAIiQTzUbjJ4FAEQB3

      dDTxuHFADGU9qaxO3nrQBCdwGaaCW60AB4Xg0K59KAH7sdTTS2RxQAxmIHNU5HyaAIs1U1P/AJBd

      1/1yNAFVDipAaALEZzUy5oAeBnml2A0APEI7U5VGeaAJFUU8JQA7HFRmgBgODTutAAQQM0gIY9Oa

      AJwGxgCnBPl+agBu1BTlwelAAd4oVix60APKrt5PNMRlBwaAJicLweKgZN2aAEWML1p2RjigB6OF

      HGKcPY0ASAsFPPFIu0mgB/mbRwKkjOeSKALEZyOgodQO4oAchIHXignnjFAEYcljnFKZSRQAm47e

      agK5OaAHcdzTvMjQdKAK8kgJ6cVGr5yAKAF4zyOKa7AdKAEjfJOelTq60AL70ny45zQAqx7unSpO

      VXbyaAELvHziohNI74xQBOFYAetXg+6JcnkUARFyppS/ByOKAIyAxqPad1ADlOOBmo2dg3SgByHP

      JqQuCMcUAOGGQjFQmNeeKAFRAOjUrJQAgUjpyKXIGeKAGNyfSk6fSgBCRg1HnHfNADiwIqJhyfSg

      BhHXimKBQA10PrTArDkHNADWY0itQBFI5NQHmgCInFU9Tf8A4ll1/wBczQBEq+lTKlAFiNcCpBQA

      oyOlPSgCXcaAOaAJFNSK1AAabkCgBjfMaAKAFd8DFJCw3gUAaWFCDNV5SQODQBXMg6Uq57GgB5dt

      vNJG4B+bNAEudxx2ppUKeKAHAkDODTNzBs9KAJMlh0NAjAHfNAEQ4Y1KgGfvGgB+7Py5pChHegBy

      njmpogT9KAJ4ztzxilyCaADJPAPFNLHPWgBwGetOwmOlADDgUbhjG2gBvlqc8VFJFxnFAEI/uigI

      Qc0ANkYAe9R/f4yaAHiLA4NO/SgCRDjrzS7st04oAsIQRintjZkY4oAg8wk47Uo56CgB6sQMYzUk

      YMjBRQA8rtOG6imk+lACNkLnNQFz2oAchx15p3GelAEyAAHgGq8jFCcUAN88hc05Ji1ADyD605H4

      w2KAGFmXkc0nm4J4oAYZVB5p+Aw4xQBEyn1poBxzzQAwN82MYqQDPagB2ABUBX5sgGgAAz1FLsUr

      0NAELQjB5qnNlTgUAQljURNAEWTmqupNnTLr/rkaAESpUoAsIKeOtAEwAIpyrQAp4FAJoAUnFCsK

      AHGTtTdwoAcHUCkV+TQA5hvFJEhD0ATyTsBiofMZlwc0ANKd85p6n2oAUvjrSqQaAJAQOgp64HJG

      aAEMm7PFM5zlhQBOHVRytAYv0FACeVzkimnO7haAJFQdacy7j7UAKYvlzinw8dTQBLjPQ0Y2nFAA

      W2g8Umc80AKhwealDA9qAGMMmnAewoAAST0pJFG3tmgCq3DZxQGJ6UAIItxoMYQ8YoAkbBQnvVY/

      WgCWM5XtSEegoAlibj5qWRj1HSgBFKHgg59amWMdRQAAgGpIyAQRQBYnaMqGGM4qk8gzyaAG+ZkY

      zxTkQZ60AK5CDpUQk+WgBBcbfepA4ZckUANC+ZnApNpSgByy9jnNBLHpQADpyajdlB60AL8pHBpo

      FADlXd3oKAcZoAiMZLcGnoGHegBzNnjvSKSvJXIoAN4PQUm4ZoAgmkC5rPkfJNAEBY1GzYoAj3e1

      VdRP/Etuv+uRoARKmU0AWEORUi9aAJRxUiN2oAdgEGkOBQAwt2ptAB1oxQAhNKpI5oAkWTB5qxG6

      9aAI5WznFQ+ZgUAOR89aec0ANOe9NLgcCgCaJ8cnmpxIH4HFADhEOuKa5wcUAOHzDnFTJgDrQAEb

      jxRtyccCgBcbaYZOaAFMpK4owFG7NAEoYbMk80qsPrQBIpLcYpRHz6UAQsMPjrUiggUASAZx705w

      FGM80AR7sc1Ezuzc0ARsTnBFAXA4oAQPjPNMJGaAAHIINRbPm60ASqMCnLIOnGaAEIwc05DuPXFA

      EwXBz2qeM88nigAXYZCO3rTjsBIFABtDqcVWeMgmgCLkGp0favNACSOrRn1qvjK56UAMz2AqRA4H

      PSgCZMqcih3IOeaAAAMM45pD9OaAEGeRTWXOQRzQA2NOxNO2HPB4oAkRcdSabIFA5oAYPlGVpSQe

      oxQAmAO9KZDjFADQ2OopCwwaAKNw+c1Rd8HrQBG0mKhaTNAEatzmodQP/Etuv+uZoAahI4qwtAFi

      M4qdSBQA8GnKRQA/djpQSCvFAEJBzRnAoAbvpVYmgBwQnqKVgVoAQc9qsxxHZmgCMocmmeWc0AWY

      4gKkZeOAKAIHTio1i7mgB4XjipI1H0NAExlwNoqPljk0AKp7VKE6fMaAJVzinMCe1AAQQtQsp7UA

      MYlPenByxGaALKLlaeseORQBMmV7UySQg8UARB8HJqQOWPSgBwPOc9KRpQx6UAMdivP6Uu5cjAwa

      AFdFNCoCMYoAilhwOKjWI55NAA6KByajXBPXNAEjJkZU1EkTFs0AOcc4NPVF9TQBIzMFx2oWQDg8

      UAP+bORzTgCRk9qAJbV2dyvApswKMwNAFb7zVOCuzBNAFd2C8VHG5BOSSKAFPripossuDQBKF29e

      lMk2s2BQAw5UUgc/j9aAHh/UYNKpyeaAGSAI+RTlIYZAoAXzF6d6gkyDnPFAEYkIPJ4p5fIoAbup

      xPFAAucVWnl7UAUZJPeqrsCetAFd35pucigAQECodQ/5Bt1/1yNAD1XNTKOKAJkqYUAPUZp4FACk

      8U3NAATxULSUACkGrMe3FACswHSonbNACo24gVeB2xYoAgLcc0xWJoAmU8cmlLnBoAZuyeaNuaAD

      hTgmpAqkZVhQA1VO4kmnc5xQBMFUexp4PHFAD0zStKRwKAGtLx0qNXznNAEibepGaax5zjFAD43O

      MZqYMxGAaAF3MrYNJkls4zQBDKCMnvUlrcBhsYge9AFohCPlNRBMMc0AKVU80nymgBhXqc0xZ2Tj

      nFAEqyBlyetMJ9qAGON6EVBFCyseTigBfMZWxTgxzQAhzuHWpwTjp+NACqA3Wh4wx4oAcu+MYxUi

      HccHgUAKwEbZU0rqXG48igCPCp9KayBhxQBGVU9Tg1Ds+b5TmgCTYwwTgipNwU8DFADi+6nbQRQA

      woR2pnlEnpQA/wAl+4pDG4BOKAI9+cg9aRJApIoAUrnkGoW3McEnFABtUjGacBtHFADSu456VGZC

      vBoARrgBetUpJwe9AFOSXrVV5OtAEe/mpUIIoAkWq2o8adc/9czQA5DjrU6kUATJipMelAAr4pwk

      4oADIKTzBQAnmjpmoyOc0AKoNTRg0APPSoywzigCWPANTmQEYoAYBxzTkFAExTK5qB2IOKAELA1I

      mT3oAd5eetIFC8A0ASEKF681AWIPAoAeshzlqlimDPyOKALHmrjC00c0ABAHJNRsVzxQAiuw7U5p

      WKcrQBEJdvNW4bgEdKAFeTn1pRNt6cUARzSiQ4xj6U1UA6CgC1Adx9MU6ReTg0AC9MZqMkKTmgBy

      4Kk5496ZtD9OKAHLBnoTTmQquM0AR7SB61LEpxz0oASSFMZHBqIKAKAGkjPSpAwK4FACDjpSq209

      KAJiwkXHSkRSvvQBL1GMYqdVDQEZGRQBAqruIbim4w+MigCGYL2FQRkA4OaALcYXHrTnVGXI60AR

      EHtT0XIoAYzFetIsvFAEwlJXkZphlODxxQBVkXLblGKaFLHkYNAAsu07TmlKF+mRQA14yq5BpNw2

      9aAGF/Q1XlbA60AZ003vVVpsjFAELPweaiJPNADec1aj6UASLVfUT/xLbn/rmaAFWpAxFAE0T1ZX

      mgBxTNM24oAaV44pNpxQAu3IpUUntQBIRtFMWXBoAVnz0NKoyaAJVGKft4yKAFX0NSrgUASbsjGa

      jKAg5oAi2c8VNECo55oAUn3phYEUAIGzTmZfpQBCQWPBpyN5YPNAD45QepxU8VwitzyaAHmVWNDY

      I4oARAueaJCMYoAjEan3qQIFPFAEqwswyMYpDCT3oAaIysmSatKgwCBmgBNwVuOKZIxOOTQA5Ubg

      nipfLB780AOCBU54pmEAxmgBouPKBAGajNzlsGgB5kXoKUFsZBoAVySopqgFcd6AEI4xSquATigC

      RFBUnFPVAevSgBGRT0FNHynrQBKvzdTViEBCe4NAEUq/P04qMgCgBhA9aQIhGcZNACcL2pA4B4oA

      kHrnFNLnGF5oAhdznBpQuRkYoAmAxEQc1CO5yfxoATPJ4qTau3pzQBC8Pc01dyLigBjNuzzzUGzJ

      OTQA75QDms26uBkgUAZ7SbqjOKAI2FNoAeqZGamjGKAJB0qrqP8AyDbn/rn/AFoAkUDFOyMUAPSr

      UbYoAlD0hbigCBm5pVf1oAXdg09XFACM26oCDQAqAg81aQ5OBQBYKYTNRByDigB3NOBJHWgBAT2N

      SBvlPPNAEW4gmjc3Y0AIWbvRuIWgByNhSTSNIKAFRwDinGHcc5oAYUK01c5NAE0W7nPSraYZMUAN

      2bTktTZJAw4xQAgJAGKlD4FAAsrZqXzCBQA0ydM1ah+7QBKUQDPWq5AL5oAnk2hODzUXPWgBxZmA

      z0pNuOaAEKApkgVAYkPINAAi5JAPIqRWFAEkeGzk01hhsg8UAN25Oc1NFtI+Y/lQAO4GQOlIrD6U

      ASKVY7ad5ANACoAvFTRN81AEtyvyblqjtOTk4oAgKNu9qniygx60ANlRuoNRKhOSaAF5B700Nhul

      ACuAwzUasAcZoAezMBjPFNbAXk0ALEQwIHWgtg4oAUHcKbIpxQBVdG5NQluoIoArTykAgVmysWoA

      gPFM3HNACnpTCDmgCaIcc1KBQAucCquon/iWXP8A1z/rQA0SYqQPmgCZCamDGgA3kGneZx1oATJ6

      0bqAEzTsgCgBVdTSkr2oAUAEVNDjPFAFhzlahxigB2cjijOKABWJpwYDNACZyamjAxQAOFqAgE8U

      ASLGCp5pjL2oAjEPOQamQOO/FAEpClcc5pPIY9BQA4IEGDUgfavSgCGSUkEZp0KBk5ODQAhGG2g1

      PGoxyaAEfaG4p+cjFAEYyG5FWBcYwMUASGfA9aaHL84xQBLuIXtTS4PGaAAPxTGlboDQAvmkrjrU

      ffvQA4RkHcKlCZFAB5e0dajDYJBoAXORzTBnd8rUADE9+tSxkGgCYgBcinxvleTQA7aSM0gdvXGK

      AJlnBjIaosbjntQA3HakLhaAAMDyajfG4lfyoAj3kHmjqaAH4yvFQFdrc0ASIQRQ65GKAI0zG2cU

      2VyTuoAZHeAHaRVgyKw4oAryPg1UuZBt4oAzHfLHNQuwIoAgY1EaAFDU5TzQBOgFK2ccUAMBI61V

      1Fs6bc/7n9aAI1Uk1ZjXNAFhRipB0oATg1GxoAcjE9aVuOaAEBz0pcnFAAtPABHWgBcEd6kjfaaA

      LXmBhimZoAFIFPyGoADwOKZkmgBTxTlkOMUAAkOcYp4bHagA3Ec44pkjjNADElGeTVpXQp70AOTb

      inmUYxQBECWbmpG+7xQBVx81SjO3pzQAqMe9OJ4oAfCoySSMU8E7yQKAGtIc46UnORg0AWTIBF93

      mmxzEZ460ASq+7OaYQCScc0APQkDBXigrtOQKAFWM/eH5UoZckuKABph5eMCiOTnPU0ASGRTwRTN

      gPIoAayHBxTlRQvPWgCMhWY80AbT1oAnjJIwKc3yjpQA5JjtxUMjlWyaAIyxc5U1OjbMBiaAHck8

      GmPkHmgBy/d60wqT0NAEbAnvSICuTQABstxSyHA5wTQA1GXPJpzsBypoAjbL85xUBbJINAEYTJ4q

      QRkD71ADJQUQnNZs0hYkUAVJDwarFuetADM+9JnigBMUi5DUAWUbipAcigBhPNVtQUHTbn/rnQAi

      ipkOKAJi3FIHNACbjmng5FACYIpGNADlNOJ4oAQHFSgZGaAHGnKowTQA5Tg8mnkigCMn0NLGx3da

      ALHVeaZjB4oAkA45qJ+OaAER8nOasrIuOaAEeVSMCq0hNAAiDr3qRSM4FAFhcBetKDk0ASbVxnNJ

      5gAIOKAIJGXd8tPj5XrzQAFiO1IDu6g0APDgcCpk4XOaAI3GDuzmmJJlutAE8Uokzk4ApS3BwaAB

      dxPJqxGO9ABJLjoBTFfuTQA8yMyfKagZmHXNAD1Bcc0gYRvzQBMGDc5p4LDpg0ADZHT9KYQ+CKAG

      YIzkUgBzQBZQFeaduBoAay7ec1A7nnPNADoCCauzRloQRQBVVsNhiQRUn3u+aAAKQCMUzJGcCgBr

      cZNRiZwcEcUAO2kjNNMZxmgCuQ4bnNDFzwDQA1nZPvZpQwPIFABuPamecV5IzQBWubjcDWa0nJoA

      jZgaruKAIs4o35oAepGKQ9aAHpVhcAUALVXUeNMuf+uZoANuKcuKAH9qQdaAF5p6HjFADyeKiJ60

      AANPBGOTQAADtTw+BigCZAH4qcx7U4NAFc9aTeQKAEDZqRGwaALAbilXnJoAGYjpVd3J4oAam7qK

      cSQMkmgBpmp4cMOTQBID2BqZY8DNAD1TPU07eEGKADcX+7THBXrQAirkbjU6NGoHIz6UASM64zgG

      gMhX7tAEa+Xk5FDSAcDpQBC7FjTYyeRjigCQg7floR2wcigCzG2R0qVehFACMQBULZagCSM7F5Ga

      l4dOlADlVRwTiopQvagCMMeBVhWKgZoAlSQFfelYHrigBpPGCBUeDu5HFAE+ABxTeAc0AI7+ZgUx

      1GDxQBV80wscVJ/aMhTZnigBFmDcnOasRyZHBoAmWU0FgckmgCJ5E6DrSL05FAAyt7035x9KAGSE

      Bc1FvU0AMkO4YzxTA2ygBxcHvUUjhQaAM2eUEnBqoz880AN3Zpp5FAELiot2KAJEbNTqAaAHjFPW

      gBwqpqX/ACDbnn/lmaAFVwRQG5oAeXFM3c0ASB8ilDcUAIzU0NnrQA8cUooAA1IWOaAJoZDu61aa

      U7aAK5bJpVwetAEoVdvFM6HAoAmTO2nb9tAC+ZkdKiG3PJoATzADgdKex+WgCIIGPSpxEpWgBVwp

      qwp3gYoAdnioyCeaAJYtoHJxTmwSe4oAhlbC/LUABPPNAE8Rbp1qZiAKAImbd3qNsrzQA+Ng3FSB

      QpoAlXDIQBk0kUeD84oAsMVVeBzQAdnPFAEDZ3daeSNoGOaAHgErjHFKEbGKAGuWU01iWoAVBhsG

      pCST7UAM3lScVKs7OuMDigBvmBjU0ZBGM5oAkCkUpiJGaAIiuw9KGO5eaAKksW4k1AiAyhcUASkF

      WPHAqRJh04oAnViRSE5NACMi9c80K3bNACl3xUW924zQBBIWz81MGDQAxgc9aQ7scjNADDgDOahc

      7xQBTkTGaqScE0AIh5qUcigBhQEVBJFQAka44qyoxQA6jODQAoaq2oHOnXP/AFzNAEKNU2eKAEya

      BQA6jJoAUEnrTsUAKCacCKAAkE8U9VytACqdpqUvkUAMzzS9KAFWRqcD3oAUz7eKaLgHg0ATJKpU

      81WlfJ4NADY2YEZq4MbOTQAi4JpzAgfKaAHqDjmpUIA4PNAD0UucVJjbwRQAh2ngUHcowBkUACqX

      6imvDsGc0AJGHBz2p0m4DoaACGFmBY5pZELfL2FAFcxOpyKcjOfvUATRMw6VMTkckZoAcE565qVp

      ABg0ANV0POBmkEiHqMUAAnVakWf5KAGk7xSwgBjkcUADAs2VpATjBIoATIIOaavOQM0AIV2d+akj

      dutAE6ykDJqSK4zwaAGMwdsE4prgIaAI2dD0pgjw2ccUANuG+X5aoeY0Z56UAXYLlWAGalchWypo

      AYG3nGaeEI5BoACp6gmmgKwOBzQBFICRUZXIwOKAE8sjmms5Uc0AU5JwTioxLjpQBHIc5qpJQBGr

      YNSgjFACbuacQCtAEIXDVOOlACgUuAaAG4xVbUP+Qdc/9czQB//Z

      </contentData>

       </nonXMLContent>

   <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">

<SignedInfo>

<CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>

<SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>

<Reference>

<Transforms>

<Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>

</Transforms>

<DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>

<DigestValue>PkrjafcKUd027EETVu5JwqlubcA=</DigestValue>

</Reference>

</SignedInfo>

<SignatureValue>NvqlkBLs4GpM+t+uoWQ53rmjNT43qdwbMsEoiB0a2BRwqkmynKQDbA2eIHmxfBfo

xe+q+15v/2IGQQw+5XmWtMx8QIQkGBElSdlybOKibxBqNuWH+J6yR1mIA6bOmBE+

+F2zA9DuvKZVLa8El1pUGke6FeIzoMC7TdDcBtmSAkRMXxe8MjxjxApM3vnMSt9A

iCo2EUx4qYf82iJ9FX7vIFFfL2QW38RvZqY+rjXsHV5OK3fkTPFI+ZE5lIrHKjb3

gu409JrdNtSy/wLd/WLypiYFNDZXxT6i5wBbdAvBkQ0jHECOJjfN+h1bHkvT4wLX

Cpc26QQ6Ic3goSLojC3rjw==</SignatureValue>

<KeyInfo>

<KeyName>rsakey.pem</KeyName>

</KeyInfo>

</Signature></contentObject>

   <!--

   The following content object contains the readings from a UNWD radiation Portal

   The Detection ID is being used to correlate other contentObject container elements to

   the data found in this detection

  

   Because there is no provision for Location information in the current metadata situational

   awareness systems would have to extract location for the contents of related CAP messges.

   -->

  

</EDXLDistribution>


Appendix C. Acknowledgments

C.1 OASIS Emergency Management Technical Committee:


Appendix D. Revision History

 

Revision

Date

Editor

Changes Made

Committee Draft r1

8/15/05

Webb

Raymond

Incorporated comments from  New Orleans face to face meeting

Committee Draft r2

1/31/06

Aymond

Editorial corrections throughout

Committee Draft r2

1/31/06

Aymond

3.1 Document Object Model

  • EDXLDistribution
    • combinedConfidentiality is now a required element
    • language is a new optional field
    • the distributionReference is conditional
    • An EDXLDistribution element can have 0 or more targetArea elements
    • An EDXLDistribution element can have 0 or more contentObject elements
  • contentObject
    • The optional elements incidentID and incidentDescription have been added to the contentObject element
    • An optional xsd:any element has been added to the contentObject element
    • A contentObject element can have 0 or more nonXMLContent or xmlContent elements
  • nonXMLContent
    • size element is not conditional

Committee Draft r2

1/31/606

Aymond

3.2 Data Dictionary

Added the paragraph: “Note: Unless explicitly constrained within this Data Dictionary, EDXL-DE elements MAY have null values. Implementers MUST check for this condition wherever it might affect application performance.”

Committee Draft r2

1/31/06

Aymond

3.2.1 EDXLDistribution Element and Sub-elements

  • EDXLDistribution table
    • Usage: Changed “MUST use once” to “MUST be used once and only once”
  • distributionID table
    • Usage: Changed “MUST use once” to “MUST be used once and only once”
  • senderID table
    • Usage: Changed “MUST use once” to “MUST be used once and only once”
    • Comments: Changed examples to be @example.gov and @example.com
  • dateTimeSent table
    • Usage: Changed “MUST use once” to “MUST be used once and only once”
  • distributionStatus table
    • Usage: Changed “MUST use once” to “MUST be used once and only once”
    • Comments: Added the bullet “The status MUST be a properly formed -escaped if necessary- XML string.”
  • distributionType table
    • Usage: Changed “MUST use once” to “MUST be used once and only once”
    • Comments: Added the following sensor distribution types:
      • SensorConfiguration - These messages are for reporting configuration during power up or after Installation or Maintenance.
      • SensorControl - These are messages used to control sensors/sensor concentrator components behavior.
      • SensorStatus - These are concise messages which report sensors/sensor concentrator component status or state of health.
      • SensorDetection - These are high priority messages which report sensor detections.
    • Comments: Added the following comments:
      • The distribution type applies to the function of the content objects as a set. Those cases where payloads have different distribution types should be clustered in different distribution elements.
      • The type MUST be a properly formed -escaped if necessary- XML string.
  • Added combinedConfidentiality table
  • Added language table
  • explicitAddress table
    • Comments: Added the following comments:

§        The explicit address of a recipient in the form:
   <explicitAddress>
      < explicitAddressScheme> explicitAddressScheme </ explicitAddressScheme>
      <explicitAddressValue> explicitAddressValue </ explicitAddressValue>
   </ explicitAddress >
where the content of <explicitAddressScheme> is the distribution addressing scheme used, and the content of <explicitAddressValue> is a string denoting the addressees value.

§        Multiple instances of the <value>, MAY occur with a single <valueListUrn> within the <keyword> container.

§        Multiple instances of <keyword> MAY occur within a single <EDXLDistribution> container.

  • Removed explicitAddressScheme table
  • Removed explicitAddressValue table

Committee Draft r2

1/31/06

Aymond

3.2.2 targetArea Element and Sub-elements

  • circle table
    • Comments: Deleted the following comment:
      • The fixed mandatory attribute of "urn:ogc:def:crs:OGC:1.3:CRS84" must be included.
  • polygon table
    • Comments: Deleted the following comment:
      • The fixed mandatory attribute of "urn:ogc:def:crs:OGC:1.3:CRS84" must be included.
  • subdivision table
    • Comments: Added the following comment:
      • MUST be a properly formed -escaped if necessary- XML string.
  • locCodeUN table
    • Comments: Added the following comment:
      • MUST be a properly formed -escaped if necessary- XML string.

 

Committee Draft r2

1/31/06

Aymond

3.2.3 contentObject Element and Sub-elements

  • contentObject table
    • Comments: Added the following comment:
      • The <contentObject> may have an optional attribute that defines a namespace prefix which resolves ambiguous element names.
    • Sub-elements: Added the following sub-elements:
      • incidentID
      • incidentDescription
  • contentDescription table
    • Usage: changed from “May use once” to “May use once and only once”
  • Added incidentID table
  • Added incidentDescription table
  • confidentiality table
    • Usage: Changed from “May use once” to “May use once and only once”
  • Added any table

Committee Draft r2

1/31/06

Aymond

3.2.4 nonXMLContent Element and Sub-elements

  • nonXMLContent table
    • Usage: Changed “optional” to “May use multiple”
  • mimeType table
    • Usage: Changed “MUST use once” to “MUST be used once and only once”
    • Definition: Changed “content” to “payload”
    • Comments: Changed example from “text/xml” to “application/mp3”
  • size table
    • Usage: Changed “MAY use once” to “MUST be used once and only once”
    • Definition: Changed “content object item” to “payload”
  • digest table
    • Usage: Changed “MAY use once” to “MUST be used once and only once”
    • Definition: Changed “content object” to “payload”
    • Comments: Changed “content object” to “payload”
  • uri table
    • Usage: Changed “MAY use once” to “MUST be used once and only once”
  • contentData table
    • Type: changed “xsd:string” to “xsd:base64Binary”
    • Usage: Changed “MAY use once” to “MUST be used once and only once”

Committee Draft r2

1/31/06

Aymond

3.2.5 xmlContent Element and Sub-elements

  • xmlContent table
    • Usage: Changed “optional” to “may use multiple”
    • Sub-elements: Added the following comment:
      • An optional namespace attribute may be included.
  • keyXMLContent table
    • Changed element name from “keyXmlContent” to “keyXMLContent”
    • Usage: Changed “May use once” to May use multiple”
  • embeddedXMLContent table
    • Usage: Changed “May use once” to May use multiple”

Committee Draft r2

1/31/06

Aymond

3.2.6 List and Associated Value(s)

  • Removed “Support” from the end of the section name
  • valueListURN table
    • Usage: Changed “optional” to “CONDITIONAL, May use multiple”
    • Comments: Added the following comment:
      • MUST be a properly formed -escaped if necessary- XML string.
  • value table
    • Usage: Changed “conditional to “CONDITIONAL, May use once and only once”
    • Comments: Added the following coment
      • MUST be a properly formed -escaped if necessary- XML string.

Committee Draft r2

1/31/06

Aymond

3.2.7 Explicit Addressing

Added this section to the document

Committee Draft r2

1/31/06

Aymond

Appendix A. XML Schema for the EDXLDistribution Element

  • Added EDXL-DE schema to the document

Committee Draft r2

1/31/06

Aymond

Appendix B. EDXL-DE Examples

  • Added appendix to the document

Committee Draft r2

1/31/06

Aymond

Appendix C. OASIS Emergency Management Technical Committee:

  • Changed Appendix B to Appendix C
  • Updated TC list in Appendix C

Committee Draft r2

1/31/06

Aymond

Added Appendix D. Revision History