Aspect Cover Filters 1.0

Recommendation 24 October 2011

Copyright ©2011 XBRL International Inc., All Rights Reserved.

This version:
<http://www.xbrl.org/Specification/aspectCoverFilters/REC-2011-10-24/aspectCoverFilters-REC-2011-10-24.html>
Editors:
Phillip Engel, Morgan Stanley <phillip.engel@morganstanley.com>
Herm Fischer, Mark V Systems (formerly with UBmatrix) <fischer@markv.com>
Victor Morilla, Banco de España <victor.morilla@bde.es>
Jim Richards, JDR & Associates <jdrassoc@iinet.net.au>
Geoff Shuetrim, Galexy <geoff@galexy.net>
David vun Kannon, PricewaterhouseCoopers LLP <david.k.vunkannon@us.pwc.com>
Hugh Wallis, XBRL International <hughwallis@xbrl.org>
Contributors:
Cliff Binstock, Coyote Reporting <cliff.binstock@coyotereporting.com>
Paul Bull, Morgan Stanley <paul.bull@morganstanley.com>
Masatomo Goto, Fujitsu <mg@jp.fujitsu.com>
Walter Hamscher, Standard Advantage / Consultant to PricewaterhouseCoopers LLP <walter@hamscher.com>
Ignacio Hernández-Ros, Reporting Estandar S.L. <ignacio@hernandez-ros.com>
Roland Hommes, Rhocon <roland@rhocon.nl>
Andy Harris, UBMatrix <andy.harris@ubmatrix.com>
Takahide Muramoto, Fujitsu <taka.muramoto@jp.fujitsu.com>
David North, CoreFiling <dtn@corefiling.com>
Hitoshi Okumura, Fujitsu <okmr@jp.fujitsu.com>
Pablo Navarro Salvador, Atos Origin sae <pablo.navarro@atosorigin.com>
David North, Corefiling <dtn@corefiling.com>
Michele Romanelli, Banca d'Italia <michele.romanelli@bancaditalia.it>
Nathan Summers, CompSci Resources <nathan.summers@compsciresources.com>
Masaru Uchida, Fujitsu <m-uchida@jp.fujitsu.com>

Status

Circulation of this Recommendation is unrestricted. This document is normative. Recipients are invited to submit comments to formula-feedback@xbrl.org, and to submit notification of any relevant patent rights of which they are aware and provide supporting documentation.

Abstract

This specification is provides the syntax and semantics for explicit declarative aspect covering in a manner compatible with the other filters, some of cover certain aspects specific to their nature.

Table of Contents

1 Introduction
1.1 Background
1.2 Relationship to other work
1.3 Language independence
1.4 Terminology
1.5 Document conventions (non-normative)
1.6 Namespaces and namespace prefixes
1.7 XPath usage
2 Syntax
2.1 Aspect cover filter

Appendices

A Normative schema
B References
C Intellectual property status (non-normative)
D Acknowledgements (non-normative)
E Document history (non-normative)
F Errata corrections in this document

Table

1 Namespaces and namespace prefixes

Example

1 Aspect cover filters

Definitions

aspect
aspect cover filter

Error code

xbrlacfe:inconsistentAspectCoverFilters


1 Introduction

This specification defines XML syntax [XML] for filters that cover aspects that govern implicit filtering and sub-partition of sequences of facts, including:

The filters do not perform any filtering, and thus have no implied XPath expression. (Or for some implementations that and all the filters of a fact variable together, then the XPath expression for the filtering action for this filter would be true() ).

1.1 Background

This specification is a member of a suite of similar specifications that define specific types of criteria that can be used to select facts from input XBRL instance. It enhances the fact selection capabilities of the XBRL Variables Specification [VARIABLES].

1.2 Relationship to other work

This specification depends upon the XBRL Specification [XBRL 2.1], and the XBRL Variables Specification [VARIABLES]. In the event of any conflicts between this specification and the specifications upon which it depends, this specification does not prevail.

1.3 Language independence

The official language of XBRL International's own work products is English and the preferred spelling convention is UK English.

1.4 Terminology

This specification is consistent with the definitions of any of the terms defined in specifications that it depends on.

1.5 Document conventions (non-normative)

Documentation conventions follow those set out in the XBRL Variables Specification [VARIABLES].

1.6 Namespaces and namespace prefixes

Namespace prefixes [XML NAMES] will be used for elements and attributes in the form ns:name where ns is the namespace prefix and name is the local name. Throughout this specification, the mappings from namespace prefixes to actual namespaces is consistent with Table 1.

The prefix column in Table 1 is non normative. The namespace URI column is normative.

Table 1: Namespaces and namespace prefixes
Prefix Namespace URI
acf http://xbrl.org/2010/filter/aspect-cover
xbrlacfe http://xbrl.org/2010/filter/aspect-cover/error
eg http://example.com/
fn http://www.w3.org/2005/xpath-functions
link http://www.xbrl.org/2003/linkbase
xbrli http://www.xbrl.org/2003/instance
xfi http://www.xbrl.org/2008/function/instance
xbrldi http://xbrl.org/2006/xbrldi
xbrldt http://xbrl.org/2005/xbrldt
xl http://www.xbrl.org/2003/XLink
xlink http://www.w3.org/1999/xlink
xs http://www.w3.org/2001/XMLSchema
xsi http://www.w3.org/2001/XMLSchema-instance
gen http://xbrl.org/2008/generic
variable http://xbrl.org/2008/variable
iso4217 http://www.xbrl.org/2003/iso4217

1.7 XPath usage

XPath usage is identical to that in the XBRL Variables Specification [VARIABLES].

The XPath expressions implied by <acf:qnameExpression> are evaluated using the <xbrli:xbrl> element of the input XBRL instance as the context item.

2 Syntax

This specification only provides a textual declaration of syntax constraints when those constraints are not expressed by the normative schema supplied with this specification.

Explanations of elements and attributes are only supplied when explanations are not already provided in other specifications.

Unless explicitly stated otherwise, a reference to a specific element MUST be read as a reference to that element or to any element in its substitution group.

2.1 Aspect cover filter

An aspect cover filter is declared by a <acf:aspectCover> element.

The syntax for the <acf:aspectCover> element is defined by the normative schema supplied with this specification.

These filters do not perform any "filtering", and thus have no implied XPath expression. (Or for some implementations that and all the filters of a fact variable together, then the XPath expression for the filtering action for this filter would be true().

These filters declare aspects that would be covered if the arc(s) to the filter have a @cover attribute that has a value of true, or uncovered with value false. The following paragraphs describe which aspect(s) would be covered (or uncovered) under this conditions.

The @complement attribute with a value of true is deemed to have no effect (no aspect will be covered or uncovered by the action of this filter when complemented).

These filters are processed or applied after other filters (such as concept and dimension) and 'override' the cover state of aspects resulting from the application of the other filters. For example if some aspect is not covered, this filter overrides to make the aspect covered, or if covered by other filters, this filter with a @cover attribute of value false would uncover the indicated aspects.

Error code xbrlacfe:inconsistentAspectCoverFilters MUST be thrown if multiple effective aspect cover filters that are associated with a fact variable, by a variable-filter relationships, provide different (inconsistent) @cover attribute values for the same aspect.

Future extensions are expected to the standard and will define new aspects. It currently is desired to have xml schema validation of the aspect token, so such extension is likely to require modification of the token list, or relaxation of the schema-based

Because group filters, by definition, do not cover any aspects, an aspect cover group filter has no effect.

Aspects that are to be covered are specified by the <acf:aspect> and <acf:dimension> child elements of an <acf:aspectCover> element.

An aspect or dimension element may name an aspect or dimension that does not exist in the current aspect model, or name a dimension aspect that is not present in the dimensions for a candidate fact, which then will be ignored. This allows common aspect cover filters to be reused in different situations.

If the #aspect value is 'all' then all aspects of the candidate fact are deemed covered. This is equivalent to preventing implicit filtering and preventing sub-partitioning of sequence results.

If the #aspect value is 'concept', 'entity-identifier', 'location', 'period', 'unit', 'complete-segment', 'complete-scenario', 'non-XDT-segment', or 'non-XDT-scenario' then that aspect of the candidate fact is covered.

If the #aspect value is 'dimensions' then all the dimension aspects of the candidate fact are deemed covered. (See <acf:excludeDimension> below, as this provides a way to cover all but a (or several) specific dimension aspects.)

A dimension may be covered by a <acf:dimension> element. This may either provide QName specifying the dimension, or by an expression that results in a QName value representing a dimension. For any <acf:dimension> element, then the corresponding dimension aspect is specified by the child <acf:qname> QName constant, or child <acf:qnameExpression> QName value, if such an aspect exists in the current model. If the QName does not specify a dimension aspect of the fact being filtered it is ignored.

A dimension may be excluded from covering by this filter, in conjunction to an #aspect value of 'dimensions' or 'all', by a <acf:excludeDimension> element. This is important when a formula applies to a large class of instances, some of which extend known base taxonomies by instance/submission specific extra dimensions, and it is imporant to prevent implicit filtering and sequence sub-partitioning by the extra extending dimensions.

Example 1: Aspect cover filters

Filter1 Selection criteria2
<acf:aspectCover>
<acf:aspect>
unit
</acf:aspect>
</acf:aspectCover>
The unit aspect is covered. This is convenient when fact variables for the same expression have different units (like monetary and shares) and when non-numeric facts (e.g., strings) and numeric facts both exist in the same expression.
<acf:aspectCover>
<acf:dimension>
<acf:qname>
eg:Emperor
</acf:qname>
</acf:dimension>
</acf:aspectCover>
The aspects to be covered include a dimension concept eg:Emperor, if that concept represents an XDT dimension in effect for the candidate fact, and if the dimensional aspect model is in effect.
<acf:aspectCover>
<acf:aspect>
dimensions
</acf:aspect>
<acf:excludeDimension>
<acf:qname>
eg:Emperor
</acf:qname>
</acf:excludeDimension>
</acf:aspectCover>
An instance may have preparer-unique custom dimensions, which are not desired to cause implicit filtering or sequence sub-partitioning. The formula author is only aware of an eg:Emperor dimension, for which the formula author requires normal uncovered operation. As the author has no control or knowledge of the custom preparer-unique dimensions, all but eg:Emperor are to be covered. The acf:aspect for dimensions covers all dimensions and the acf:excludeDimension excludes eg:Emperor from these otherwise-covered dimension aspects.

1. XLink attributes have been omitted.2. Covering is effective if the arc to the filter specifies cover="true".

Appendix A Normative schema

The following is the XML schema provided as part of this specification. This is normative. Non-normative versions (which should be identical to these except for appropriate comments indicating their non-normative status) are also provided as separate files for convenience of users of the specification.

NOTE: (non-normative) Following the schema maintenance policy of XBRL International, it is the intent (but is not guaranteed) that the location of non-normative versions of these schemas on the web will be as follows:

  1. While any schema is the most current RECOMMENDED version and until it is superseded by any additional errata corrections a non-normative version will reside on the web in the directory http://www.xbrl.org/2008/ - during the drafting process for this specification this directory should contain a copy of the most recent published version of the schema at http://www.xbrl.org/2010/aspect-cover-filter.xsd.
  2. A non-normative version of each schema as corrected by any update to the RECOMMENDATION will be archived in perpetuity on the web in a directory that will contain a unique identification indicating the date of the update.
  1. While any schema is the most current RECOMMENDED version and until it is superseded by any additional errata corrections a non-normative version will reside on the web in the directory http://www.xbrl.org/2008/. During the drafting process for this specification this directory should contain a copy of the most recent published version of the schema at http://www.xbrl.org/2008/aspect-cover-filter.xsd.
  2. A non-normative version of each schema as corrected by any update to the RECOMMENDATION will be archived in perpetuity on the web in a directory that will contain a unique identification indicating the date of the update.
<schema
xmlns:acf
="http://xbrl.org/2010/filter/aspect-cover"

xmlns:variable
="http://xbrl.org/2008/variable"

xmlns
="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://xbrl.org/2010/filter/aspect-cover" elementFormDefault="qualified">
<import namespace="http://www.xbrl.org/2003/XLink" schemaLocation="http://www.xbrl.org/2003/xl-2003-12-31.xsd"/>
<import namespace="http://xbrl.org/2008/variable" schemaLocation="variable.xsd"/>
<complexType id="xml-dimension-model" name="dimension.model">
<choice>
<element name="qname" type="QName"/>
<element name="qnameExpression" type="variable:expression"/>
</choice>
</complexType>
<element id="xml-aspect-cover-filter" name="aspectCover" substitutionGroup="variable:filter">
<complexType mixed="true">
<complexContent mixed="true">
<extension base="variable:resource.type">
<sequence minOccurs="1" maxOccurs="unbounded">
<choice>
<element name="aspect">
<simpleType>
<restriction base="token">
<enumeration value="all"/>
<enumeration value="concept"/>
<enumeration value="entity-identifier"/>
<enumeration value="location"/>
<enumeration value="period"/>
<enumeration value="unit"/>
<enumeration value="complete-segment"/>
<enumeration value="complete-scenario"/>
<enumeration value="non-XDT-segment"/>
<enumeration value="non-XDT-scenario"/>
<enumeration value="dimensions"/>
</restriction>
</simpleType>
</element>
<element name="dimension" type="acf:dimension.model"/>
<element name="excludeDimension" type="acf:dimension.model"/>
</choice>
</sequence>
</extension>
</complexContent>
</complexType>
</element>
</schema>

Appendix B References

VARIABLES
XBRL International Inc.. "XBRL Variables 1.0"
Phillip Engel
, Herm Fischer, Victor Morilla, Jim Richards, Geoff Shuetrim, David vun Kannon, and Hugh Wallis.
(See http://www.xbrl.org/Specification/variables/REC-2009-06-22/variables-REC-2009-06-22.html)
XBRL 2.1
XBRL International Inc.. "Extensible Business Reporting Language (XBRL) 2.1"
Phillip Engel
, Walter Hamscher, Geoff Shuetrim, David vun Kannon, and Hugh Wallis.
(See http://www.xbrl.org/Specification/XBRL-RECOMMENDATION-2003-12-31+Corrected-Errata-2008-07-02.htm)
XML
W3C (World Wide Web Consortium). "Extensible Markup Language (XML) 1.0 (Fourth Edition)"
Tim Bray
, Jean Paoli, C. M. Sperberg-McQueen, Eve Maler, and François Yergeau.
(See http://www.w3.org/TR/REC-xml/)
XML NAMES
W3C (World Wide Web Consortium). "Namespaces in XML 1.0 (Second Edition)"
Tim Bray
, Dave Hollander, Andrew Layman, and Richard Tobin.
(See http://www.w3.org/TR/REC-xml-names/)
XML SCHEMA STRUCTURES
W3C (World Wide Web Consortium). "XML Schema Part 1: Structures Second Edition"
Henry S. Thompson
, David Beech, Murray Maloney, and Noah Mendelsohn.
(See http://www.w3.org/TR/xmlschema-1/)

Appendix C Intellectual property status (non-normative)

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 may not be modified in any way, such as by removing the copyright notice or references to XBRL International or XBRL organizations, except as required to translate it into languages other than English. Members of XBRL International agree to grant certain licenses under the XBRL International Intellectual Property Policy (www.xbrl.org/legal).

This document and the information contained herein is provided on an "AS IS" basis and XBRL INTERNATIONAL 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.

The attention of users of this document is directed to the possibility that compliance with or adoption of XBRL International specifications may require use of an invention covered by patent rights. XBRL International shall not be responsible for identifying patents for which a license may be required by any XBRL International specification, or for conducting legal inquiries into the legal validity or scope of those patents that are brought to its attention. XBRL International specifications are prospective and advisory only. Prospective users are responsible for protecting themselves against liability for infringement of patents. XBRL International 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. Members of XBRL International agree to grant certain licenses under the XBRL International Intellectual Property Policy (www.xbrl.org/legal).

Appendix D Acknowledgements (non-normative)

This document could not have been written without the contributions of many people including the participants in the Formula Working Group.

Appendix E Document history (non-normative)

DateAuthorDetails
28 October 2009Herm Fischer

First internal working draft created, drawing extensively on the previous formula specification drafts.

11 November 2009Herm Fischer

Changes per formula conference call on 2009-11-05, to remove dynamic aspect expression facility.

Removed from core-schemas/aspect-cover-filter.xsd, was between aspect and dimension elements
<element name="aspectExpression" type="variable:expression" />

Removed from introduction: "an ability to cover an aspect specified by XPath expression, including future aspects defined by custom aspect models".

Removed: An xs:token value of an evaluated #aspectExpression may be any of the values described above for #aspect, or an aspect of a custom aspect model or extension to the formula specification. An unrecognized or non-token value is ignored.

Removed aspectExpression from term definition and examples.

12 December 2009Herm Fischer

Clarified cover and complement attributes per FWG discussions and wiki page.

05 September 2010Herm Fischer

Editorial changes per Hitoshi Okumura. Clarified context item of qnameexpression. Changed schema exceptDimension to excludeDimension to match text. Added error code for inconsistent filters, and statement that aspect cover group filters have no effect.

09 December 2010Herm Fischer

Fixed typo in xbrlacfe:inconsistentAspectCoverFilters per Hitoshi Okumura.

Appendix F Errata corrections in this document

This appendix contains a list of the errata that have been incorporated into this document. This represents all those errata corrections that have been approved by the XBRL International Formula Working Group up to and including 24 October 2011. Hyperlinks to relevant e-mail threads may only be followed by those who have access to the relevant mailing lists. Access to internal XBRL mailing lists is restricted to members of XBRL International Inc.

No errata have been incorporated into this document.