extract table data from pdf c# : Create bookmark in pdf automatically Library control API .net web page html sharepoint edgarfm-vol2-v1117-part1863

March 2009 
6-17 
EDGAR Filer Manual (Volume II) 
<xbrli:context id="FY09_MNO"><xbrli:entity> 
<xbrli:identifier scheme="http://www.sec.gov/CIK" >8888888888</xbrli:identifier> 
</xbrli:entity>…</xbrli:context> 
<xbrli:context id="FY09_MNOX"><xbrli:entity> 
<xbrli:identifier scheme="http://www.sec.gov/CIK" >8888888888</xbrli:identifier> 
<xbrli:segment> 
<xbrldi:explicitMember dimension="dei:LegalEntityAxis" >mno:S777777777</xbrldi:explicitMember> 
</xbrli:segment> 
</xbrli:entity>…</xbrli:context> 
<xbrli:context id="FY09_MNOY" ><xbrli:entity> 
<xbrli:identifier scheme="http://www.sec.gov/CIK" >8888888888</xbrli:identifier> 
<xbrli:segment> 
<xbrldi:explicitMember dimension="dei:LegalEntityAxis" >mno:S666666666</xbrldi:explicitMember> 
</xbrli:segment></xbrli:entity>…</xbrli:context> 
In the above example, assume namespace prefix “mno” is bound to the fund family’s extension 
schema namespace. 
6.6.6  Facts in a consolidating instance with a context that names an entity with 
subsidiaries, applies collectively to subsidiaries within that subset. 
For example, ABC is a public holding company whose submission has an instance document 
containing the consolidated statements of ABC, selected financial data
of each of its separately 
reporting subsidiaries DEF, GHI and JKL, a (non-numeric) Note to the Financial Statements 
applies only to subsidiaries GHI and JKL (but not to DEF), and in that note appears a material 
(numeric) figure “USD 30m” for (say) combined expenses of GHI and JKL. If the numeric fact 
is reported then a new domain member (such as “G_J”) could be used to denote the combination 
of those two subsidiaries, and be used in the xbrldi:explicitMember element. In this example the 
namespace prefix “abc” is bound to the company’s extension taxonomy namespace: 
<xbrli:context id="FY09_GHIJKL"><xbrli:entity> 
<xbrli:identifier scheme="http://www.sec.gov/CIK">999999</xbrli:identifier> 
<xbrli:segment> 
<xbrldi:explicitMember dimension="dei:LegalEntityAxis">abc:G_J</xbrldi:explicitMember> 
</xbrli:segment> 
</xbrli:entity>…</xbrli:context> 
However, creating such “synthetic” entities should be avoided if the only facts that will be 
disclosed are non-numeric; in that case it is much better to simply duplicate the non-numeric 
facts.  For example, consider
a fund prospectus that contains a narrative
fee disclosure that 
applies to share classes A, B and T, but a different narrative
fee disclosure that applies to share 
class I. Tag the disclosure separately, once for each class.  Do not create a new domain member 
named ABT to denote the combination of classes for the context of the narrative
fee disclosure. 
Section 6.16 below requires the members of each domain to form a tree, so that if GHI and JKL 
are combined in a context as G_J, then DEF and GHI cannot also be combined for a different 
context in any instance using the same company extension schema and linkbases. The situation 
will not arise at all at levels (i), (ii) or (iii) tagging, and will be extremely rare even at level (iv). 
Create bookmark in pdf automatically - 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
add bookmark pdf; creating bookmarks pdf
Create bookmark in pdf automatically - 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
bookmark pdf reader; adding bookmarks to pdf reader
EDGAR Filer Manual (Volume II) 
6-18 
March 2009 
6.6.7  In a consolidating instance, facts that apply only to the parent company and not to 
any specific subsidiaries must have contexts whose xbrldi:explicitMember elements 
have a dimension attribute of dei:LegalEntityAxis and value 
us-gaap:ParentCompanyMember. 
The registrant is free to define domain members to identify subsidiaries, but the registrant cannot 
choose the domain member to use for the parent company (it must be 
us-gaap:ParentCompanyMember) and cannot choose a domain member for the consolidated 
entity (it must have only the default value for dei:LegalEntityAxis). 
6.6.8  In a consolidating instance, facts that apply only to eliminations between 
subsidiaries must have contexts whose xbrldi:explicitMember elements have a 
dimension attribute of dei:LegalEntityAxis and value 
us-gaap:ConsolidationEliminationsMember. 
Rule 6.6.4 above gives the registrant freedom to define domain members to identify subsidiaries, 
but the registrant cannot choose the domain member to use for eliminations. 
For example, a consolidation of ABC with its subsidiaries contains corporate headquarters 
expenses that must be expressed as facts about us-gaap:ParentCompanyMember, and 
eliminations between DEF and GHI that are expressed as (negative) figures that are facts about 
us-gaap:ConsolidationEliminationsMember. 
6.6.9  Facts that apply to all classes of stock in a statement must have an xbrli:context 
element without a dimension attribute equal to 
us-gaap:StatementClassOfStockAxis. 
6.6.10 The default element of the us-gaap:StatementClassOfStockAxis is 
us-gaap:ClassOfStockDomain and refers to facts about an entire statement, 
independent of the class of stock.An instance containing facts that are only specific 
to distinct stock classes in a statement must distinguish those facts using 
xbrli:context elements whose xbrldi:explicitMember elements have a dimension 
attribute of dei:StatementClassOfStockAxis. 
Many “generic” stock class domain members appear in the us-gaap namespace (for example, 
us-gaap:CommonClassAMember), but filers may also create new domain members to refer to 
specific classes. 
Investment company submissions cannot use the generic members.  Each class in each series 
must be defined as a domain member with element name equal to the Fund Class identifier (for 
example, if MNOX has A, B and I classes, they might be domain members C555555555, 
C555555556, C555555557).  
C# PDF Form Data fill-in Library: auto fill-in PDF form data in C#
project. On this C# tutorial, you will learn how to fill-in field data to PDF automatically in your C#.NET application. Following
copy pdf bookmarks; creating bookmarks pdf
VB.NET PDF Form Data fill-in library: auto fill-in PDF form data
NET Annotate PDF in WPF, C#.NET PDF Create, C#.NET search text in PDF, C#.NET edit PDF bookmark, C#.NET how to fill-in field data to PDF automatically in your
add bookmarks to pdf file; bookmark template pdf
March 2009 
6-19 
EDGAR Filer Manual (Volume II) 
6.6.11 An instance containing multiple reports about the same entity for the same periods 
under different reporting assumptions must distinguish the facts in different reports 
using xbrli:context elements whose xbrldi:explicitMember elements have a 
dimension attribute of us-gaap:StatementScenarioAxis. 
Although the default scenario domain member is normally used to the same effect as “actual”, 
when there is more than one entirely distinct report the Scenario axis is used to distinguish the 
reports. 
6.6.12 An instance must contain a fact for each combination of line item and period that 
appears on the face of the financial statements of the corresponding official 
HTML/ASCII document. 
For example, a small fragment of a balance sheet: 
(in thousands)  
2007
2006
Land 
$ 31,659 31,601
This example corresponds to these two facts for the combination of line item and period: 
<us-gaap:Land unitRef="usd" decimals="-3" contextRef="FY07e">31659000</us-gaap:Land> 
<us:gaap:Land unitRef="usd" decimals="-3" contextRef="FY06e">31601000</us-gaap:Land> 
6.6.13 The facts representing a line item that appears on the face of the financial 
statements of the corresponding official HTML/ASCII document must use the same 
element in different periods. 
For example:  
(in thousands) 
2007 
2006 
Land and buildings $ 31,659 31,601
The two facts must not use different elements: 
<us-gaap:Land unitRef="usd" decimals="-3" contextRef="FY07e">31659000</us-gaap:Land> 
<us-gaap:LandAndBuildings unitRef="usd" decimals="-3" 
contextRef="FY06e">31601000</us-gaap:LandAndBuildings> 
Use only the more encompassing element us-gaap:LandAndBuildings. 
A consequence of following this rule is that facts for the same registrant from submission to 
submission will usually, though not always, use the same elements. 
6.6.14 An instance must contain a fact for each amount disclosed parenthetically in line 
items that appears on the face of the financial statements of the corresponding 
official HTML/ASCII document. 
Example: 
(in thousands) 
2007 
Receivables (net of allowance for bad debts of $200 in 2007) $  700 
C# PDF Print Library: Print PDF documents in C#.net, ASP.NET
Annotate PDF in WPF, C#.NET PDF Create, C#.NET text in PDF, C#.NET edit PDF bookmark, C#.NET library control SDK for automatically printing PDF document online
how to add bookmarks to a pdf; convert word pdf bookmarks
C# HTML5 PDF Viewer SDK deployment on Visual Studio .NET
C#.NET Annotate PDF in WPF, C#.NET PDF Create, C#.NET search text in PDF, C#.NET edit PDF bookmark, C#.NET XDoc.PDF.HTML5 Viewer Demo or XDoc.PDF.HTML5 Editor
how to add bookmarks on pdf; bookmark a pdf file
EDGAR Filer Manual (Volume II) 
6-20 
March 2009 
The instance contains two facts: 
<us-gaap:AccountsReceivableNetCurrent unitRef="usd" decimals="-3" contextRef="FY07e">700000</us-
gaap:AccountsReceivableNetCurrent> 
<us-gaap:AllowanceForDoubtfulAccountsReceivableCurrent unitRef="usd" decimals="-3" 
contextRef="FY07e">200000</us-gaap:AllowanceForDoubtfulAccountsReceivableCurrent> 
For example, note that even if Receivables had been $1,000 at the end of 2006 with no allowance 
for doubtful accounts not material enough to be parenthetically disclosed, that would not make it 
a Gross Receivables figure, and the net value would nevertheless be reported as 
<us-gaap:AccountsReceivableNetCurrent unitRef="usd" decimals="-3" contextRef="FY06e">1</us-
gaap:AccountsReceivableNetCurrent> 
6.6.15 The xsi:nil="true" attribute must be used only to convey a value that is different 
from both “zero” and different from not reporting the fact at all, or to identify a 
fact detailed only by a link:footnote. 
For example, a small fragment of a balance sheet: 
2007 2006
Commitments and Contingencies $
-
-
This corresponds to these two facts: 
<us-gaap:CommitmentsAndContingencies unitRef="usd" contextRef="FY07e" xsi:nil="true"/>
<us-gaap:CommitmentsAndContingencies unitRef="usd" contextRef="FY06e" xsi:nil="true"/>
6.6.16 An instance must contain facts containing each complete footnote and each required 
schedule (as set forth in Article 12 of Regulation S-X) of the corresponding official 
HTML/ASCII document, as a single block of text. 
Each non-numeric fact must reflect the same information in the corresponding text in the 
official HTML/ASCII document. Formatting and layout is relevant for elements of a type 
attribute us-types:textBlockItemType, but not for any other types. 
For example, the original text as displayed in a browser: 
Dividends  
Our Board of Directors declared the following dividends:  
Declaration Date 
Per Share
Dividend 
(Fiscal year 2008) 
September 17, 2008 
0.09
The original HTML 3.2 format text: 
<B><I>Dividends</I></B><P>Our Board of Directors declared the following dividends:</P><TABLE> 
<TR><TH align=left valign=bottom>Declaration Date</TH><TH/><TH colspan=2 width=70>Per Share 
Dividend</TH></TR> 
<TR><TD align=left><I>Fiscal year 2008</I></TD></TR> 
VB.NET PDF - Deploy VB.NET HTML5 PDF Viewer on Visual Studio.NET
C#.NET Annotate PDF in WPF, C#.NET PDF Create, C#.NET C#.NET search text in PDF, C#.NET edit PDF bookmark, C#.NET to How to Build Online VB.NET PDF Viewer in
create pdf bookmarks from word; auto bookmark pdf
VB.NET PDF - Acquire or Save PDF Image to File
NET Annotate PDF in WPF, C#.NET PDF Create, C#.NET search text in PDF, C#.NET edit PDF bookmark, C#.NET NET TWAIN Scanning DLLs: Scan Many Pages into One PDF.
create bookmark in pdf automatically; export pdf bookmarks to excel
March 2009 
6-21 
EDGAR Filer Manual (Volume II) 
<TR><TD align=left>September 17, 2008</TD><TD/><TD>$</TD><TD align=right>0.09</TD></TR> 
</TABLE> 
This text must appear in a text block. But if all the layout and formatting are removed and 
whitespace is normalized, the result is much harder to understand:  
Dividends Our Board of Directors declared the following dividends: Declaration Date Per Share Dividend 
(Fiscal year 2008) September 17, 2008 $ 0.09 
Therefore the entire text must appear as text containing only well-formed XHTML, in which the 
tags are balanced and the attributes quoted: 
<us-gaap:CashFlowSupplementalDisclosuresTextBlock contextRef="FY08Q1"> 
<B><I>Dividends</I></B><P>Our Board of Directors declared the following dividends:</P><TABLE> 
<TR><TH align=”left” valign=”bottom”>Declaration Date</TH><TH/><TH colspan=”2” width=”70”>Per 
Share Dividend</TH></TR> 
<TR><TD align=”left”><I>Fiscal year 2008</I></TD></TR> 
<TR><TD align=”left”>September 17, 2008</TD><TD/><TD>$</TD><TD align=”right”>0.09</TD></TR> 
</TABLE></us-gaap:CashFlowSupplementalDisclosuresTextBlock > 
6.6.17 An instance must not contain facts that do not appear in the corresponding official 
HTML/ASCII document. 
The information in interactive data format should not be more or less than the information in the 
official HTML/ASCII document of the related registration statement or report. 
6.6.18 Page headers and footers appearing in an official HTML/ASCII document must not 
appear in any of the facts or link:footnote elements of an instance. 
The term “footer” refers to a layout location on a printed page; it is not a “footnote”. The phrase 
“The accompanying notes are an integral part of these financial statements” is considered a page 
footer for purposes of this rule. 
6.6.19 For each significant accounting policy within the accounting policies footnote of the 
corresponding official HTML/ASCII document, an instance must contain a “level 
(ii)” fact containing the policy as a block of text. 
Footnotes (equivalently, “Notes to the Financial Statements”) are represented in instances at four 
levels of detail. Level (i) is always required (Rule 6.6.16 above), and levels (ii), (iii) and (iv) are 
required from registrants after a full year of filings at level (i). 
6.6.20 An instance must contain each table within each footnote in the corresponding 
official HTML/ASCII document as a separate “level (iii)” fact block of text  
6.6.21 In the example given in Rule 6.6.16 above, the table would be tagged separately: 
<us-gaap:ScheduleOfDividendsPayableTextBlock contextRef="FY08Q1"> 
<TABLE> 
<TR><TH align=”left” valign=”bottom”>Declaration Date</TH><TH/><TH colspan=”2” width=”70”>Per 
C# PDF - Acquire or Save PDF Image to File
scanners and digital cameras) automatically and saving the images to file in C#.NET application. C#.NET TWAIN Scanning DLLs: Scan Many Pages into One PDF.
adding bookmarks in pdf; bookmark pdf documents
C#: How to Add HTML5 Document Viewer Control to Your Web Page
this file Default.aspx and Visual Studio will automatically create a code take RE default var _userCmdDemoPdf = new UserCommand("pdf"); _userCmdDemoPdf.addCSS
bookmarks in pdf from word; how to create bookmark in pdf with
EDGAR Filer Manual (Volume II) 
6-22 
March 2009 
Share Dividend</TH></TR> 
<TR><TD align=”left”><I>Fiscal year 2008</I></TD></TR> 
<TR><TD align=”left”>September 17, 2008</TD><TD/><TD>$</TD><TD align=”right”>0.09</TD></TR> 
</TABLE></us-gaap:ScheduleOfDividendsPayableTextBlock > 
6.6.22 An instance must contain each monetary value, percentage, and number required to 
be disclosed by U.S. GAAP, IFRS (if applicable) and Commission regulations in 
each footnote in the corresponding official HTML/ASCII document, as a “level (iv)” 
fact.   
An instance may also contain dates and narrative disclosures as level (iv) facts. 
Level (iv) facts appear separately from the text blocks of levels (i) to (iii); the fact may have non-
material changes to the formatting of dates and possibly other facts, for example: 
Declaration Date 
Per Share
Dividend 
(Fiscal year 2008) 
September 17, 2008 
0.09
This table contains only two facts, in which “September 17, 2008” becomes “2008-09-17” and 
“0.09” becomes “.09”: 
<us-gaap:DividendsPayableDeclarationDate contextRef="…" 
>2008-09
-
17</us-gaap:DividendsPayableDeclarationDate> 
<us-gaap:DividendsPayablePerShare contextRef="…" unitRef="usdPerShare" decimals="INF" 
>.09</us-gaap:DividendsPayablePerShare > 
For another example, the sentence “Accretion expense declined from 30 thousand to six thousand in 
2009” contains two facts:
” 
<us gaap:AccretionExpense unitRef="usd" decimals="-3" contextRef="FY08" >30000</us 
gaap:AccretionExpense> 
<us gaap:AccretionExpense unitRef="usd" decimals="-3" contextRef="FY09" >6000</us 
gaap:AccretionExpense> 
6.6.23 An element used in numeric facts representing amounts must have an 
xbrli:periodType attribute that is the same as the amounts reported. 
An element with an xbrli:periodType attribute of “instant” has values that are only measurable at 
a point in time; the value “duration” is used for all other elements, including textual information. 
Most elements in the XBRL US GAAP taxonomies have the “duration” period type.  
Elements in the XBRL US GAAP Taxonomies 1.0 are never identified as being a beginning or 
ending period amount. The same element can represent both a beginning and ending balance, 
because the underlying financial concept is the same. The differentiating factor is the point in 
time, which is identified in the instance document and not the taxonomy. For example, in the 
Property, Plant and Equipment roll-forward (Figure 14), the “Property, Plant and Equipment, 
Net” element is used twice, with facts in an instance document indicating the date of the reported 
amount. 
VB Imaging - VB ISBN Barcode Tutorial
use .NET solution that is designed to create ISBN barcode Automatically compute and add check digit for ISBN barcode document files in VB.NET like PDF & Word.
creating bookmarks pdf files; how to bookmark a page in pdf document
C# Imaging - Scan Linear ISSN in C#.NET
Detect orientation of scanned ISSN barcode automatically from image files using C#. Integrated with PDF controlling library to scan ISSN barcode from PDF
create bookmark pdf file; display bookmarks in pdf
March 2009 
6-23 
EDGAR Filer Manual (Volume II) 
6.6.24 If an element used in numeric facts representing amounts in one or more periods 
has a definition, then the scope of that definition must include the amounts reported 
for that line item in the corresponding official HTML/ASCII document. 
An element “has a definition” if there is text in the link:label element located as follows: label 
linkbases published at http://xbrl.us/us-gaap/1.0/[elts|non-gaap]/*-doc-{date}.xml contain 
link:label elements with an xml:lang="en-US" attribute and an xlink:role attribute equal to 
‘http://www.xbrl.org/2003/role/documentation’. If a link:labelArc with an xlink:to attribute 
matching the xlink:label attribute of such a link:label element, and an xlink:from attribute that 
matches the xlink:label attribute of a link:loc whose xlink:href attribute is an element, then the 
text of link:label is the definition of that element. 
The definition is an element’s most important attribute and must be consistent with the financial 
concept reported. An element should be interpreted by the substantive meaning provided in its 
definition. Definitions cannot be changed. As important as they are, all definitions have 
limitations, so preparers should not base their choice of an element simply on minor, immaterial 
differentials in definitions. Determining whether a definition is consistent with the financial 
concept requires judgment, and other attributes of the element must be considered. 
6.6.25 An element must not be used in numeric facts representing amounts of a line item in 
different periods if it has a definition that explicitly excludes one or more of the 
amounts in the corresponding official HTML/ASCII document. 
For example, the definition for element “Other Restructuring Costs” states that it “excludes costs 
associated with the retirement of a long-lived asset and severance costs associated with 
established compensation plans.” 
6.6.26 When there is a choice among different elements that have definitions consistent 
with a set of facts in one or more periods, use the element with the narrowest 
definition. 
For example, while in principle, eleven possible word combinations may be derived from 
“depreciation”, “amortization”, “impairment”, and “depletion”, all eleven might not be included 
as distinct elements in a standard taxonomy namespace. If the line item being reported consists 
only of depreciation, then use an element such as DepreciationAndAmortization; do not use any 
of the alternative elements whose definition also includes impairment or depletion. 
6.6.27 If there is a choice among different elements whose type attribute is consistent with 
a set of facts in one or more periods, use the element with the most specific type 
attribute. 
For example, a footnote contains the sentence “The assumed discount rate is 2%” or, 
equivalently, “The assumed discount rate is two percent”. There is a numeric element declared in 
a standard taxonomy for the value of assumed discount rates, and another element for 
“assumptions”. Use the numeric assumed discount rate. 
Another example is if a fact is a dollar amount and there are some potential elements that are 
monetary and others that are strings or text blocks, the monetary elements must be used. 
Similarly, “per share” dollar amounts must be tagged with “per share” elements. 
EDGAR Filer Manual (Volume II) 
6-24 
March 2009 
6.6.28 When there is a choice among different elements having distinct link:reference 
elements in a standard taxonomy, use the element with the most specific reference. 
Reference linkbases containing link:reference elements do not have to be in the DTS of the 
instance as submitted but they should be used during the preparation of the instance. 
For example, an element with a link:reference to a specific paragraph in a FAS is likely to be a 
better choice than an element that simply refers to the entire FAS. Determining whether 
references supporting the definition and are consistent with the financial fact requires judgment, 
and other attributes of the element must be considered. 
6.6.29 When choosing the most appropriate element for facts in one or more periods, the 
element’s xbrli:periodType attribute takes precedence over the type attribute, 
which takes precedence over the element’s documentation string, which in turn 
takes precedence over the label string, which in turn takes precedence over 
link:reference elements. 
The calculation, definition, and presentation linkbases published along with standard taxonomies 
schemas are extremely useful ways to communicate how elements are related to each other. 
Preparers use an industry-specific list (the linkbases that organize the common set of tags) 
appropriate to their business as a starting point.  However, these linkbases are to be used as 
templates by preparers to build their own linkbases to communicate their own intended 
relationships. Also, any element in a standard taxonomy schema may be used in an instance that 
has the schema in its DTS independently of which “industry” linkbases it might have appeared 
in. Therefore it is the elements standing by themselves with their definitions, references and 
attributes that are definitive. 
The name attribute of an element is a mnemonic, not a definition; do not use the name attribute 
of an element as a definitive indicator of its meaning. 
6.6.30 Invert the sign of a numeric fact whose element has an xbrli:balance value that is 
inconsistent with the reporting concept being reported. 
The value of xbrli:balance (debit or credit) is assigned to monetary elements in a standard 
taxonomy namespace from the perspective of the income statement and balance sheet. This 
perspective may be inconsistent with the presentation of the element in the financial statements. 
For example, a financial concept in the cash flow statement may be represented by an element 
that was assigned an xbrli:balance based on the income statement. As a result, the xbrli:balance 
may be different from preparers’ expectations. A different xbrli:balance value for an element 
must not influence the registrant in deciding whether the element is appropriate for the fact 
representing a financial concept, and registrants should not create a new element if an element in 
a standard taxonomy namespace is consistent with the financial concept reported in all respects 
except xbrli:balance. 
Use an element even if its xbrli:balance is not the balance type expected. 
6.6.31 The content of a numeric fact never has a scale factor. 
Examples: 
March 2009 
6-25 
EDGAR Filer Manual (Volume II) 
The value “twenty thousand” may appear in a numeric fact as any legal decimal 
representation of 20,000, such as 20000, 20000.0, or 020000. It must not appear as “20”. 
The value “20%” may appear in a numeric fact as any legal decimal representation of .2, 
such as 0.2, 0.20, 000.2000. 
The value “20%” must not appear in a numeric fact as “20”, “20/100”, “20%” or any 
variation of the integer “20” 
6.6.32 The value of the decimals attribute of a fact must correspond to the accuracy of the 
corresponding amount as reported in the official HTML/ASCII document. 
The decimals attribute influences how numbers are interpreted in XBRL and any value for the 
decimals attribute other than the value INF implies rounding or truncation. Use the following 
table to select the correct value of the decimals attribute for a fact so that it corresponds to the 
value as presented (most often rounded) on the corresponding official HTML/ASCII document. 
Accuracy of the amount as shown in official HTML/ASCII document  Value of decimals attribute 
Exact monetary, percentage, basis point or any other amount  
INF 
Rounded to billions 
-9 
Rounded to millions 
-6 
Rounded to thousands 
-3 
Rounded to units 
Rounded to cents 
Rounded to a whole percentage  
Rounded to basis points  
Examples: 
Fact 
Value  Value of decimals attribute 
A federal tax rate of (exactly) 46% 
.46 
INF 
An management fee of (exactly) 10 basis points
.001 
INF 
A (rounded) profit margin of 9.3% 
.093 
A (rounded) change in NAV of 12 basis points 
.0012 
A (rounded) inventory “in thousands” of 100 
100000
-3 
A (rounded) inventory “in thousands” of 100.2 
100200
-2 
The decimals attribute is not a scale factor. 
The decimals attribute is not a formatting code; it does not indicate that the digits in the instance 
must subsequently be presented to a user in any particular way. 
EDGAR Filer Manual (Volume II) 
6-26 
March 2009 
6.6.33 Do not resolve calculation inconsistencies by inserting digits that do not appear in 
the official HTML/ASCII document. 
For example, rounding can result in calculation inconsistencies. In this example, XBRL 
validation software will identify a calculation inconsistency:  
Earnings per share, Basic 
1.30 
Income (Loss) from Discontinued Operations, Net of Tax, Per Basic Share  
.01
Income (Loss) from Continuing Operations, Per Basic Share  
1.28 
The decimals attribute must be equal to "2" for all three amounts, because these digits as reported 
in the financial statement have been rounded. Adjusting the decimals attribute of "2" on the facts 
to "1" or "3" will not resolve the inconsistency. Adding hidden digits, such as changing .01 to 
.014 and 1.28 to 1.284, and setting the decimals attribute to "3" may resolve the calculation 
inconsistency, but the extra digits were not reported in the official HTML/ASCII document.  
6.6.34 Do not define or use units that imply a scale factor on a currency. 
To express amounts in US Dollars, use only xbrli:unit with one xbrli:measure element whose 
content is the QName iso4217:USD. 
Do not define units such as “thousands of USD”, “millions of GBP”, or “pence”. 
6.6.35 Each unit must appear with only one implicit scale factor per instance. 
XBRL 2.1 syntax requires these units for facts of the following types: 
element type attribute 
typical id attribute
xbrli:numerator 
xbrli:denominator
xbrli:monetaryItemType 
us-types:perUnitItemType 
usd 
iso4217:USD (currency code)   
xbrli:pureItemType 
us-types:percentItemType 
ratio 
xbrli:pure 
xbrli:sharesItemType 
shares 
xbrli:shares 
us-types:perShareItemType  usdPerShr 
iso4217:USD (currency code)  xbrli:shares 
The following numeric element types have no predefined restrictions on their units, but filers 
must use units and implicit scale factors consistently throughout submitted instances. 
element type attribute  Abbreviation
Meaning 
us-types:boeItemType 
Boe 
MBoe 
MMBoe 
Barrel Oil Equivalent (Energy) 
Thousand Barrels of Oil Equivalent 
Million Barrels of Oil Equivalent  
us-types:volumeItemType  cf 
Mcf 
MMcf 
Fbbls 
MBbls 
MMbls 
Cubic Feet of Natural Gas 
Thousand Cubic Feet of Natural Gas 
Million Cubic Feet of Natural Gas  
Barrels of Oil at 60 degrees F 
Thousands of Barrels of Oil 
Millions of Barrels of Oil 
Documents you may be interested
Documents you may be interested