extract table data from pdf c# : Create bookmarks pdf files application SDK tool html wpf windows online edgarfm-vol2-v1120-part1867

March 2009 
6-47 
EDGAR Filer Manual (Volume II) 
Earnings per Share 
.03 
.02 
The element us-gaap:EarningsPerShare has a data type of xbrli:perShareItemType, which is 
different from (and in the minority of) the other xbri:monetaryItemType elements in this 
example. Therefore, in this case, assign the element us-gaap:EarningsPerShare the label 
“Earnings per Share (in dollars per share)”. 
6.11.4 An xsd:element should be assigned a total label if the element will be presented with 
different labels depending on whether it is shown as a line item or as a summation of 
other line items. 
An element is assigned a total start label if and only if it is assigned a label with an xlink:role 
attribute equal to ‘http://www.xbrl.org/2003/label/totalLabel’.   
For example, a fact may be shown with the label “Marketable Securities” on a balance sheet, but 
in a note detailing its composition, the same fact may be shown as “Marketable Securities, 
Total”.  
The SEC Interactive Data Viewer will display a fact having a total label with an additional 
horizontal line below it.  Moreover, the only way that the filer can arrange for such a horizontal 
line to be displayed in the SEC Interactive Viewer is by assigning a total label to the element that 
represents the total. As Rule 6.11.1 above points out, the preferredLabel of the presentation arc 
must also be set to the total label. 
6.11.5 An xsd:element with a type attribute equal to ‘xbrli:monetaryItemType’ that does 
not have an xbrli:balance attribute must have a definition that disambiguates its 
sign. 
In most cases the registrant does not need to provide a definition label (that is, one with an 
xlink:role attribute equal to ‘http://www.xbrl.org/2003/role/documentation’. However, a special 
case arises when a monetary item could take on a positive or negative value in different periods, 
and there is potential for confusion because it is not required to have an xbrli:balanceType 
attribute.  The registrant must therefore either assign an appropriate xbril:balanceType attribute 
or assign a label with an xlink:role attribute equal to 
‘http://www.xbrl.org/2003/role/documentation’ containing text that makes the meaning of a 
positive (or negative) value explicit. 
For example, a registrant defines an element called “Other Loss Adjustments, Net” with a type 
attribute equal to ‘xbrli:monetaryItemType’ but does not provide an xbrli:balanceType attribute. 
The text of the documentation is “A positive adjustment value indicates a net increase in 
cumulative losses.” 
6.11.6 Assign a “negating” label to an xsd:element with an xbrli:balanceType attribute 
that is inconsistent with the presentation in the official HTML/ASCII document. 
A numeric fact value will occasionally have the reverse sign of the figure as presented in the 
official HTML/ASCII document. A link:label has four possible xlink:role attributes that will 
ensure the number will be displayed with a reversed sign, called “negating” labels. 
Create bookmarks pdf files - add, remove, update PDF bookmarks in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Empower Your C# Project with Rapid PDF Internal Navigation Via Bookmark and Outline
create pdf bookmarks online; how to bookmark a pdf in reader
Create bookmarks pdf files - VB.NET PDF bookmark library: add, remove, update PDF bookmarks in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
Empower Your VB.NET Project with Rapid PDF Internal Navigation Via Bookmark and Outline
pdf bookmarks; edit pdf bookmarks
EDGAR Filer Manual (Volume II) 
6-48 
March 2009 
For example, one of the most common cases for a negating label is the monetary element 
us-gaap:TreasuryStockValue, which has xbrli:balanceType of ‘debit’. Its negating labels could 
be assigned as shown in this table: 
xlink:role attribute 
link:label 
http://www.xbrl.org/2003/role/label 
Treasury Stock, Value 
http://xbrl.us/us-gaap/role/negated 
(Less) Treasury Stock, Value 
http://xbrl.us/us-gaap/role/negatedPeriodEnd  (Less) Treasury Stock, Value, Ending Balance 
http://xbrl.us/us-gaap/role/negatedPeriodStart (Less) Treasury Stock, Value, Beginning Balance
http://xbrl.us/us-gaap/role/negatedTotal 
(Less) Treasury Stock, Value, Total 
6.11.7 If an xsd:element with an xbrli:periodType attribute equal to ‘instant’ could be 
presented as either a beginning or end of period value in a roll forward, assign 
period start labels or period end labels. 
An element is assigned a period start label if and only if it is assigned a label with an xlink:role 
attribute equal to ‘http://www.xbrl.org/2003/label/periodStart.   
An element is assigned a period end label if and only if it is assigned a label with an xlink:role 
attribute equal to ‘http://www.xbrl.org/2003/label/periodEnd. 
This rule often applies to cash balances as presented in a statement of cash flows and other 
balances shown in roll forwards. 
xlink:role attribute 
link:label 
http://www.xbrl.org/2003/role/label 
Cash and Cash Equivalents 
http://www.xbrl.org/2003/role/periodEnd  Cash and Cash Equivalents, Beginning Balance
http://www.xbrl.org/2003/role/periodStart Cash and Cash Equivalents, Ending Balance 
6.11.8 Assign an xsd:element different terse or verbose labels if the same element will 
appear with different labels depending on the presentation arcs that have it as a 
target. 
An element is assigned a terse label if and only if it is assigned a label with an xlink:role attribute 
equal to ‘http://www.xbrl.org/2003/label/terse’.   
An element is assigned a verbose label if and only if it is assigned a label with an xlink:role 
attribute equal to ‘http://www.xbrl.org/2003/label/verbose’. 
The terms ‘terse’ and ‘verbose’ are only suggestive. 
For example, a fact whose element has the standard label ‘Earnings Per Share, Diluted’ in a 
standard taxonomy might appear in an income statement with the label “Diluted, per share” and 
in an Equity note with the label “Per share, diluted”; as long as the two labels have different 
values of the xlink:role attribute, either could be considered terse, verbose, or even as the 
standard label. 
6.12  Syntax of Presentation Linkbases 
C# PDF File Split Library: Split, seperate PDF into multiple files
C# codes explain how to split a PDF file into multiple ones by PDF bookmarks or outlines. This is an C# example of splitting a PDF to two new PDF files.
bookmarks in pdf; create bookmarks in pdf reader
VB.NET PDF File Split Library: Split, seperate PDF into multiple
PDF file into multiple ones by PDF bookmarks or outlines index: 1 to (Page Count - 1). ' Create output PDF i.ToString() + ".pdf") Next ' Split input PDF file to
add bookmark to pdf reader; add bookmarks to pdf online
March 2009 
6-49 
EDGAR Filer Manual (Volume II) 
This section defines rules governing the syntax restrictions on presentation linkbases. A valid 
Interactive Data presentation linkbase is a valid XBRL 2.1 presentation linkbase, but not all valid 
XBRL 2.1 presentation linkbases are valid Interactive Data presentation linkbases. 
6.12.1 The link:presentationArc element requires an order attribute. 
6.12.2 All effective presentation arcs in the same base set with the same source element 
must have distinct values of the order attribute. 
This rule ensures an intentional ordering of facts when displayed. 
6.12.3 An element used in an instance must participate in at least one effective presentation 
arc in the DTS of that instance. 
An element “participates in” a presentation arc in a DTS if it is a source or target of a 
presentation arc in that DTS. 
An element is “a source of a presentation arc” in a DTS if there is an effective arc with the 
defining xsd:element source and an xlink:arcrole attribute equal to 
‘http://www.xbrl.org/2003/role/parent-child’ in a document of that DTS. 
An element is “a target of a presentation arc” in a DTS if there is an effective arc with the 
defining xsd:element target and an xlink:arcrole attribute equal to 
‘http://www.xbrl.org/2003/role/parent-child’ in a document of that DTS. 
Every fact must be displayable in some way using presentation arcs. This rule is relevant to all 
elements but particularly so to elements declared in the company schema, because a linkbase that 
could contain a link:loc element for a company-specific element would never appear in a 
standard taxonomy, and therefore has to be in a linkbase in the same submission.  
Elements used in an instance only as QNames in xbrldi:explicitMember must nevertheless have a 
presentation arc in the DTS of that instance. 
It is not necessary for the DTS to have a presentation arc for all elements declared in the DTS. 
6.12.4 If an element used in an instance is the target in the instance DTS of an effective 
presentation arc having a nonempty preferredLabel attribute, then the element 
must have an English label with a value of the xlink:role attribute equal to the 
preferredLabel attribute. 
A presentation arc that would be used to render an instance cannot have an undeclared preferred 
label. 
6.12.5 If element used in an instance is the target in the instance DTS of more than one 
effective presentation arc in a base set with the same source element, then the 
presentation arcs must have distinct values of the preferredLabel attribute. 
This rule prevents the same fact from appearing twice in a set of line items, except when it is, for 
example, shown as both the beginning and ending value of a roll forward. 
6.13  Semantics of Presentation Linkbases 
C# PDF File Compress Library: Compress reduce PDF size in C#.net
and decompression method and Image files compression and Bookmarks. outputFilePath = Program.RootPath + "\\" 3_optimized.pdf"; // create optimizing options
bookmarks pdf file; create pdf bookmark
C# Create PDF Library SDK to convert PDF from other file formats
Create multipage PDF from OpenOffice and CSV file. Create and save editable PDF with a blank page, bookmarks, links, signatures, etc.
convert excel to pdf with bookmarks; display bookmarks in pdf
EDGAR Filer Manual (Volume II) 
6-50 
March 2009 
This section describes the processing and the semantics of presentation linkbases. The contents 
of a presentation linkbase order and arrange the line items, and because order is sometimes 
significant, that implies management assertions. Following the semantic rules in this section 
helps the registrant to communicate those assertions as they were intended. 
6.13.1 A presentation linkbase of a standard taxonomy should not be included in the DTS 
of an instance. 
An exception to this general rule is when the presentation linkbase is required by a schema that 
defines elements or types of a standard taxonomy. Note that in such a case some of the arcs may 
have priority attribute values that do not permit overriding. 
6.13.2 The element of every fact in an instance must participate in an effective presentation 
arc in a base set whose xlink:role attribute corresponds to the locations where the 
fact appears in the original HTML/ASCII document. 
This rule requires that each link:presentationArc be assigned an xlink:role attribute value placing 
facts into the appropriate part of the financial statement at the appropriate level of detail. 
6.13.3 Organize the effective presentation arcs in a base set using the ordering and 
indentation of the facts in the original HTML/ASCII document. 
Order a set of line items to appear as they do in the original HTML/ASCII document by using an 
element as their heading that will be the source of presentation arcs that have the line items as 
their target. If that heading has no facts associated with it, that element will be an element with 
an abstract attribute equal to ‘true’. In other words, to achieve effects such as ordering and 
nesting, use presentation arcs, and to insert headings, use abstract elements. A total element often 
appears at the end of the list under the heading. Normally, each base set in Rule 6.7.12 above 
will have a “root” element that is an abstract element, and that abstract element will be used by 
the SEC interactive data viewer to display a heading that precedes all the facts in the base set. 
6.13.4 All elements of facts corresponding to parentheticals in the original HTML/ASCII 
document must be the targets only of effective presentation arcs in one base set and 
all having the same source abstract element. 
Filers must declare a link:roleType to contain the parentheticals in each statement, as shown in 
the example of Rule 6.7.12, and use an abstract element to serve as a heading for every 
parenthetical in that statement. Normally, this would be the same abstract element at the root of 
the base set representing the corresponding statement. In example 6.6.14, the element 
us-gaap:AccountsReceivable appears in the balance sheet statement, so this rule would be 
satisfied with a presentation arc from the element us-gaap:BalanceSheetAbstract to the target 
us-gaap:AllowanceForDoubtfulAccountsReceivable in a base set separate from the main balance 
sheet statement itself. 
6.14  Syntax of Calculation Linkbases 
This section defines rules governing the syntax restrictions on calculation linkbases. A valid 
Interactive Data calculation linkbase is a valid XBRL 2.1 calculation linkbase, but not all valid 
XBRL 2.1 calculation linkbases are valid Interactive Data calculation linkbases. 
C# PDF Convert to HTML SDK: Convert PDF to html files in C#.net
converter toolkit SDK, preserves all the original anchors, links, bookmarks and font How to Use C#.NET Demo Code to Convert PDF Document to HTML5 Files in C#
create bookmark pdf; create pdf bookmarks from word
.NET PDF SDK - Description of All PDF Processing Control Feastures
View,Convert,Edit,Process,Protect,SignPDF Files. Full page navigation, zooming & rotation; Outlines, bookmarks, & thumbnail display; Conversion. PDF Create.
adding bookmarks in pdf; create pdf bookmark
March 2009 
6-51 
EDGAR Filer Manual (Volume II) 
6.14.1 Element link:calculationArc requires an order attribute. 
6.14.2 Element link:calculationArc requires a weight attribute equal to 1 or -1. 
6.14.3 The source and target of an effective calculation arc must have equal values of the 
xblri:periodType attribute. 
Facts of elements with different values of the xbrli:periodType attribute must have different 
values of the contextRef attribute and therefore the calculation arc between them has no 
meaning.  
6.14.4 The arc role http://www.xbrl.org/2003/role/summation-item is treated as if it were 
declared with link:arcroleType cyclesAllowed attribute equal to ‘undirected’. 
This rule prevents a fact from participating in a summation that includes itself. 
6.14.5 If an instance contains nonempty facts for the source and target of an effective 
calculation arc, then the source and target must appear in effective presentation 
arcs in the same base set in the DTS of the instance. 
When facts participate in a calculation together, they must be shown with presentation arcs in the 
same relationship group, although not necessarily adjacent to each other. 
For example, the us-gaap:GrossMargin element has a calculation arc to us-gaap:Revenues in a 
group with the xlink:role attribute corresponding to the Statement of Income. If an instance has 
nonempty facts for gross margin and revenues, then the xlink:role attribute corresponding to the 
Statement of Income must contain one or more presentation arcs to show gross margin and 
revenues. 
6.15  Semantics of Calculation Linkbases 
This section describes the processing and the semantics of calculation linkbases. The content of a 
calculation linkbase contains management assertions, and following the semantic rules in this 
section helps the filer to communicate those assertions as they were intended. 
6.15.1 A calculation linkbase of a standard taxonomy should not be included in the DTS of 
an instance. 
An exception to this general rule is when the linkbase is required by a schema that defines 
elements or types of a standard taxonomy. Note that in such a case some of the arcs may have 
priority attribute values that do not permit overriding. 
XDoc.Word for .NET, Advanced .NET Word Processing Features
page navigation, zooming & rotation; Outlines, bookmarks, & thumbnail Convert Word to PDF; Convert Word to HTML5; Convert Create an empty Word file; Load Word from
create pdf bookmarks online; how to bookmark a pdf page
VB.NET PDF File Compress Library: Compress reduce PDF size in vb.
Bookmarks. inputFilePath = Program.RootPath + "\\" 3.pdf"; String outputFilePath = Program.RootPath + "\\" 3_optimized.pdf"; 'create optimizing options
how to add bookmarks to a pdf; bookmark pdf in preview
EDGAR Filer Manual (Volume II) 
6-52 
March 2009 
6.15.2 If the original HTML/ASCII document shows two or more line items along with 
their net or total during or at the end of the Required Context period, and the 
instance contains corresponding numeric facts, then the DTS of the instance must 
have an effective calculation arc from the total element to each of the contributing 
line items. 
A calculation arc is a link:calculationArc with an xlink:arcrole attribute equal to 
‘http://www.xbrl.org/2003/role/summation-item’. The Required Context is defined in Rule 
6.5.19 above.  
Examples:   
A company’s Cash flow from investments for the most recent quarter is shown as the 
sum of two lines: Payments for plant and equipment, plus Payments for marketable 
securities. Two calculation arcs are required. 
An income statement shows the line items “Revenues”, “Cost of Goods Sold” and “Gross 
margin” as the net of the two values during the current quarter. Two calculation arcs are 
required. In this case, the arc subtracting Cost of Goods Sold will have a weight attribute 
of -1. 
A balance sheet shows assets as the sum of current and non-current assets, as of the date 
falling at the end of the period of the Required Context. Two arcs are required. 
An income statement shows only earnings per share and diluted earnings per share, but 
no reconciling per-share amount. Calculation arcs are not required. 
An income statement shows earnings per share before and after an adjustment for change 
in accounting principles, along with the adjusting amount. Two calculation arcs are 
required, from the net earnings per share, to its two contributing amounts. 
A balance sheet shows Net Current Receivables with a parenthetical value for 
Allowances. Only two values are shown, so no calculation arc is required. In general, 
parentheticals do not, by themselves, require calculation arcs. 
A footnote for ABC contains a table in which the Revenue of its separately reporting 
subsidiaries DEF, GHI and JKL are totaled. But, each of the four facts has a different 
contextRef attribute. Therefore, this does not require any calculation arcs. 
There is no separate, independent requirement that every company-specific element be included 
in calculations. It is, however, one of the consequences of this rule that a company-specific 
monetary or other numeric item is often defined in such a way that it must participate in 
calculation arcs anyway. 
6.15.3 Footnotes that contain alternative line items in the original HTML/ASCII document 
that separately sum to the same total amount must result in calculation arcs in 
distinct base sets. 
Calculation inconsistencies are tested separately in each base set. 
For example, a tax liability is shown in a tax footnote as the sum of current and deferred tax 
liabilities, and elsewhere in the same footnote as the sum of domestic and foreign tax liabilities. 
There are two base sets, each containing two calculation arcs. 
March 2009 
6-53 
EDGAR Filer Manual (Volume II) 
6.15.4 A fact in an instance whose element is the source of an effective calculation arc in 
the instance DTS should not have the same calculation arc target in more than one 
base set. 
An xsd:element should be the source of only one link:calculationArc for any one target, without 
regard for base set. 
Note that this rule refers to the calculation arc, not the element; an element can occur in any 
number of face financial statements or footnotes. Legitimate exceptions to this rule occur when 
an element is shown in different parts of the financial statement as a sum of different, but 
overlapping, sets of other elements. 
Examples: 
The balance sheet contains amounts pre-tax income, tax, and post-tax income. There are 
two line items and their net; therefore two calculation arcs are required in the base set for 
the balance sheet. In the tax footnote there is another occurrence of pre-tax income, tax, 
and post-tax income. The tax footnote does not need two calculation arcs, because the 
same arcs already exist on the balance sheet. 
A balance sheet shows Net Current Receivables with a parenthetical value for 
Allowances. Only two values are shown, so no calculation arc is required. A footnote 
also includes an analysis of (the same) Net Current Receivables including, among other 
details, amounts for Gross and Allowances. The footnote has those two line items and 
their net and therefore a need for two calculation arcs. Whether any of these facts also 
appear elsewhere is relevant only if it would result in duplicated arcs. 
6.16  Syntax of Definition Linkbases 
This section defines rules governing the syntax restrictions on definition linkbases. A valid 
Interactive Data definition linkbase is a valid XBRL 2.1 definition linkbase, but not all valid 
XBRL 2.1 definition linkbases are valid Interactive Data definition linkbases. 
6.16.1 Element link:definitionArc requires an order attribute. 
This ensures an intentional displayed order of definition arcs. 
6.16.2 The DTS of an instance must contain at most one effective arc with an xlink:arcrole 
attribute equal to ‘http://xbrl.org/int/dim/arcrole/dimension-default’ for each Axis 
source element. 
In an instance, an xbrdli:explicitMember in which there is an effective arc with the xlink:arcrole 
attribute ‘http://xbrl.org/int/dim/arcrole/dimension-default’ from the QName value of the 
dimension attribute to its QName content is invalid in the XBRL Dimensions 1.0 specification. 
EDGAR Filer Manual (Volume II) 
6-54 
March 2009 
6.16.3 The target of an effective arc with an xlink:arcrole attribute equal to 
‘http://xbrl.org/int/dim/arcrole/dimension-domain’ or 
‘http://xbrl.org/int/arcrole/dimension-default’ must be a Domain or Member. 
In this rule both the dimension-domain and the dimension-default arc roles must have a source 
that is an Axis (xbrldt:dimensionItem); these two rules work together to ensure that each Axis 
has an meaningful set of domain members. 
6.16.4 The xlink:arcrole attribute ‘http://xbrl.org/int/dim/arcrole/domain-member’ is 
treated as if it were declared with a cyclesAllowed attribute equal to ‘none’. 
For example, company ABC defines, in us-gaap:SegmentGeographicalDomain, the regions 
abc:MidwestMember and abc:SoutheastMember, but stpr:KY (Kentucky) cannot be in both 
regions. 
This rule also impacts line items, so that the balance at the start and end a roll forward cannot 
appear twice under a single axis. The same rendering effect is achieved by including only the 
ending balance in the domain-member arcs, so that the beginning balance will appear simply as 
the ending balance of the previous period. 
Tables define the rows and columns (the axes) that cells (the facts) may have. The domain-
member arc role defines relationships within each row or column, such as those between a parent 
entity and its reportable segments, among sets of classes of equity, and or among geographical 
regions. Tables become difficult to consistently populate with facts and ambiguous to display 
when elements can appear in more than one Domain (or Member). This rule ensures that any 
given element does not appear in more than one place along an Axis, and will not have any 
overlapping domain subsets or members. In general, almost every situation that at first appears to 
call for an Axis with tangled and overlapping subsets of Member elements actually turns out to 
be a case more clearly modeled using two distinct axes. 
6.16.5 The DTS of an instance must contain in each base set, for each source element, at 
most one effective arc with an xlink:arcrole attribute equal to 
‘http://xbrl.org/int/dim/arcrole/all’. 
A fact can always appear in more than one Table (hypercube), but this rule prevents a fact from 
having contradictory meanings in different Tables. 
6.16.6 An effective arc with an xlink:arcrole attribute equal to 
‘http://xbrl.org/int/dim/arcrole/notAll’ must have an xbrldt:closed attribute equal to 
‘false’. 
A closed negative hypercube is better modeled with an open positive hypercube. 
6.16.7 The target of an effective arc with an xlink:arcrole attribute equal to 
‘http://xbrl.org/int/dim/arcrole/notAll’ should be the target of an arc with an 
xlink:arcrole attribute equal to ‘http://xbrl.org/int/dim/arcrole/all’ in the same base 
set. 
An Axis cannot appear as an Axis of a negative hypercube (that is, axis excluded from a table) 
unless there is a table with that Axis. This rule establishes sufficient, though stronger than 
March 2009 
6-55 
EDGAR Filer Manual (Volume II) 
necessary, criteria, to avoid such an anomaly. An instance DTS in which the arc role 
‘http://xbrl.org/int/dim/arcrole/notAll’ does not appear will not be affected by this rule. 
6.16.8 The target of an effective arc with an xlink:arcrole attribute equal to 
‘http://xbrl.org/int/dim/arcrole/notAll’ must not be the target of an effective arc 
with an xlink:arcrole attribute equal to ‘http://xbrl.org/int/dim/arcrole/all’ in the 
same base set. 
This rule ensures that a Table (hypercube) is not both positive and negative. 
6.17  Semantics of Definition Linkbases 
This section describes the semantics of definition linkbases. The content of a definition linkbase 
contains management assertions, and following the semantic rules in this section helps the filer 
to communicate those assertions as they were intended. 
6.17.1 A definition linkbase of a standard taxonomy should not be included in the DTS of 
an instance. 
An exception to this general rule is when the linkbase is required by a schema of a standard 
taxonomy. Note that in such a case some of the arcs may have priority attribute values that do 
not permit overriding. 
6.18  Syntax of Reference Linkbases 
This section defines rules governing the syntax restrictions on reference linkbases. A valid 
Interactive Data reference linkbase is a valid XBRL 2.1 reference linkbase, but not all valid 
XBRL 2.1 reference linkbases are valid Interactive Data reference linkbases. 
6.18.1 An element that has a company specific namespace must not have a reference. 
The elements defined in a company extension schema must not have any authoritative 
references.  
An xsd:element “has a reference” if the DTS of the instance contains an effective reference arc 
whose source is that xsd:element. A reference linkbase should only be attached to a submission 
when it is a copy of a linkbase published along with a schema for early adopters. In that situation 
the schema would have a targetNamespace attribute of some authority other than the registrant 
itself.  
A company extension also cannot remove or change references in standard taxonomies (this is a 
technical consequence of the rule prohibiting URI fragments other than shorthand xpointers). 
6.19  Semantics of Reference Linkbases 
This section describes the processing and the semantics of reference linkbases. 
EDGAR Filer Manual (Volume II) 
6-56 
March 2009 
6.19.1 A reference linkbase of a standard taxonomy should not be included in the DTS of 
an instance. 
An exception to this general rule is when the linkbase is required by a schema that defines 
elements or types of a standard taxonomy. Note that in such a case some of the arcs may have 
priority attribute values that do not permit overriding. 
6.20  EDGAR Module Processing with XBRL Taxonomy Extensions  
EDGAR provides limited support for XBRL taxonomy extension documents as part of EDGAR 
Module processing. EDGAR Type 1 Modules (partial documents) are not allowed in XBRL 
format. Only EDGAR Type 2 Modules (complete documents) can be submitted in XBRL format.  
EDGAR currently supports up to 10 EDGAR Module files per CIK. These 10 Modules may be 
used to store any combination of XBRL extension taxonomy files (schema and/or linkbase) and 
may be managed by the filer using the EDGAR Filing Website. These taxonomy extension files 
may be submitted before the official filing. Through the use of EDGAR Type 2 Module 
references to these XBRL documents, EDGAR can assemble these large documents into the 
filing without delaying the receipt of the entire filing.  
As with any other kind of EDGAR Type 2 Module submission filed with EDGAR, filers may 
include an XBRL document, or XBRL documents, as attachments to an EDGAR Module 
submission, Template #5. A master submission may reference the XBRL EDGAR Module in a 
normal Type 2 fashion by using the Attached Documents page of the submission templates.  
6.21  Segment Functionality Not Supported for XBRL Documents  
At this time, EDGAR does not support EDGAR segment processing of XBRL documents as 
discussed in Section 5.3.  
XBRL segments can be used as described in the XBRL Specification. However, segments as 
described in Section 5.3 of the EDGARLink Filer Manual are not supported. In EDGARLink, 
“segment” refers to parts of a filing that can be submitted ahead of time and later assembled in a 
submission. It is this functionality that is not supported for XBRL documents. In the XBRL 
Specification 2.1, “segment” also refers to an XBRL tag that is used to provide additional 
information in cases where the entity identifier is insufficient. This use of segment is supported.  
6.22  Supported Versions of XBRL Standard Taxonomies  
Refer to the SEC’s public website (http://www.sec.gov/info/edgar/edgartaxonomies.htm) for an 
up-to-datelisting of standard taxonomy files that are supported by EDGAR, their locations, 
required namespaces, recommended namespace prefixes, and where appropriate, the relevant 
EDGAR form types. 
Documents you may be interested
Documents you may be interested