extract table data from pdf c# : Create pdf with bookmarks from word SDK application API .net html windows sharepoint edgarfm-vol2-v1118-part1864

March 2009 
6-27 
EDGAR Filer Manual (Volume II) 
For example, these facts have a unitRef attribute of different scales in a single instance: 
<us-gaap:ProvedDevelopedReservesVolume … unitRef="MMbbl">3880</…> 
<us-gaap:ProvedDevelopedReservesVolume … unitRef="Mbbl">2200000</…> 
<us-gaap:ProvedUndevelopedReservesVolume … unitRef=”Fbbls”>42000000</…> 
Define and use other xbrli:unit elements (usually needed for performance metrics such as 
“stores” or “customers”) consistently within an instance and in subsequent submissions. 
6.6.36 If a fact whose element type attribute equals ‘us-types:dateString’ or a restriction of 
it refers to a specific date, then it must be an ISO 8601 format date. 
The type us-types:dateString is used for elements for which the fact values are usually a specific 
date, but may be accompanied by text that modifies or qualifies the date. 
If the date is known and specific then it must appear in the form – CCYY-MM-DD. Otherwise, 
string values such as “After 2007” or “before March 31, 2009” are acceptable. 
For example, “Tuesday, October 19, 2010” violates this rule; it must be 2010-10-19. 
6.6.37 If a fact whose element type attribute is ‘us-types:durationString’ or a restriction of 
it refers to a specific length of time, then it must be an ISO 8601 format duration. 
The type us-types:durationString is used for elements for which the fact values are most often a 
specific duration, but are sometimes accompanied by text that modifies or qualifies that duration. 
If the duration is known and specific then it must appear in forms such as “1D” “6M” or “5Y”. 
Otherwise, a string value such as “From 6 months to 5 years” is valid. 
For example, the text “One year and eight months” violates this rule; it must be “1Y8M”. 
6.6.38 If a fact whose element type attribute is ‘us-types:periodString’ or a restriction of it 
refers to a specific calendar period, then it must be an ISO 8601 format period. 
The type us-types:periodString is used for elements for which the fact values are usually have a 
known, specific beginning calendar date and a known, specific ending calendar date, but either 
date may be accompanied by text that modifies or qualifies the period. 
A period such as “from six to nine months after January 1, 2009” is acceptable. 
For example, “One year following January 1, 2009” must be written “2009-01-01P1Y”. 
6.6.39 Text that is shown in the official HTML/ASCII document at the bottom of a page or 
at the bottom of a table preceded by a superscript must appear in the corresponding 
instance as the text of a link:footnote element. 
The content of link:footnote should not contain the superscript symbol or number originally 
appearing in the official HTML/ASCII document. 
Financial statement “footnotes” (Notes to the Financial Statements) do not appear in a 
link:footnote, only their superscripted texts appearing at the bottom of pages or tables. 
Create pdf with bookmarks from word - 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
export pdf bookmarks; how to create bookmark in pdf automatically
Create pdf with bookmarks from word - 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
create bookmarks pdf file; create bookmark pdf
EDGAR Filer Manual (Volume II) 
6-28 
March 2009 
6.6.40 Distinct texts that are shown in the official HTML/ASCII document at the bottom of 
a page or at the bottom of a table preceded by distinct superscripts must appear in 
the corresponding instance as the text of distinct link:footnote elements. 
For example, the superscript symbol or number originally appearing in the official HTML/ASCII 
document is irrelevant.  Neither this rule nor Rule 6.6.39 above requires that it appear in the 
instance. 
6.7  Syntax of Company Extension Schemas 
This section defines rules governing the syntax restrictions on attached schemas. A valid 
Interactive Data schema is a valid XBRL 2.1 schema, but not all valid XBRL 2.1 schemas are 
valid Interactive Data schemas. 
6.7.1  The xsd:schema must not have an xsd:include element. 
This rule does not apply to schemas in a standard taxonomy. 
There is one namespace per xsd:schema element and therefore no “chameleon schemas”, and 
additional XBRL 2.1 syntax restrictions apply. 
The elementFormDefault attribute is usually “qualified” and the attributeFormDefault attribute 
usually “unqualified”, but there are no formal restrictions on the values of these attributes and no 
formal restrictions on the formDefault attribute. 
6.7.2  If an xsd:import element has a namespace attribute equal to a standard taxonomy 
schema, then its schemaLocation attribute must be the standard taxonomy assigned 
to that namespace. 
6.7.3  The xsd:schema targetNamespace attribute must not equal the targetNamespace 
attribute of any standard taxonomy schema. 
6.7.4  The targetNamespace attribute must match http://{authority}/{versionDate} 
The company-specific schema has a unique targetNamespace attribute name for each schema. 
Namespaces are not to be confused with external references even though they may appear to 
have very similar formats. An external reference describes the location of a particular file with 
the intent of accessing the contents of that file. A namespace, on the other hand, is a name that 
identifies elements that belong to a particular markup vocabulary. However, since they function 
very differently, restrictions that are placed on external references do not apply to namespaces. 
Since a particular instance document is expected to reference multiple vocabularies, namespaces 
provide a convention by which each vocabulary is uniquely identified. This avoids problems of 
recognition and collision of similarly named elements from different vocabularies appearing in 
XBRL documents. 
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
adding bookmarks to a pdf; pdf create bookmarks
C# PDF File Split Library: Split, seperate PDF into multiple files
Split PDF file by top level bookmarks. The following C# codes explain how to split a PDF file into multiple ones by PDF bookmarks or outlines.
add bookmarks to pdf reader; delete bookmarks pdf
March 2009 
6-29 
EDGAR Filer Manual (Volume II) 
6.7.5  The targetNamespace attribute must be a valid URI with an {authority} that is 
either a domain name controlled by the publisher of the schema, a domain name 
controlled by the registrant, or if neither exists, then a mnemonic name for the 
registrant such as its ticker symbol. 
From time to time, regulatory, accounting or other authorities may publish schemas to support 
new reporting rules. Until such schemas are added to the standard taxonomy lists, registrants 
may provide a copy of such a schema in their submission. In such a case, the targetNamespace 
attribute will contain an {authority} different from the registrant. 
The registrant must own or control the authority name; for example, “example.com” could only 
be used by Example Inc. itself. 
The {authority} used in the targetNamespace attribute must match the {authority} in the URI of 
any role or arc role declarations. 
6.7.6  The targetNamespace attribute must be a valid URI with a {versionDate} in ISO 
8601 format that identifies the release date of the schema. 
Examples: 
http://abcinc.com/ 2008-03-31, https://www.definc.us/2008-12-31 
Counterexamples: 
http://sec.gov/abc/2008-03-31, http://abcinc.com/2009 
The targetNamespace attribute of the schema is different than the scheme attribute in the 
xbrli:identifier element; the scheme attribute refers to the SEC and the targetNamespace attribute 
does not. 
The calendar date of {versionDate} should never be later than the calendar date in the document 
name of the submission, although it could be the same or earlier if the contents of the schema file 
remain unchanged from a previous submission. 
6.7.7  Element xsd:schema must bind a Recommended Namespace Prefix for the 
targetNamespace attribute that does not contain the underscore character. 
A mnemonic such as the ticker symbol of the company in lowercase is suitable. 
For example, <xsd:schema xmlns:abc='http://abcinc.com/2008-03-31' …> 
6.7.8  Element xsd:schema must not contain any occurrences of “embedded” linkbases. 
Elements in the “link” namespace having a type attribute equal to ‘extended’, ‘arc’, ‘resource’ or 
‘locator’ must not occur anywhere in an xsd:schema. 
6.7.9  The roleURI attribute of a link:roleType element must begin with the same 
{scheme} and {authority} as the targetNamespace attribute. 
For example, in an xsd:schema with a targetNamespace attribute equal to 
‘http://abcinc.com/2009-02-29’, the string ‘http://abcinc.com/’ must start the roleURI attribute 
value of any link:roleType. 
VB.NET PDF File Split Library: Split, seperate PDF into multiple
how to split a PDF file into multiple ones by PDF bookmarks or outlines Valid value for each index: 1 to (Page Count - 1). ' Create output PDF file path
creating bookmarks in pdf from word; add bookmark pdf file
C# PDF File Compress Library: Compress reduce PDF size in C#.net
Bookmarks. inputFilePath = Program.RootPath + "\\" 3.pdf"; String outputFilePath = Program.RootPath + "\\" 3_optimized.pdf"; // create optimizing options
acrobat split pdf bookmark; add bookmarks to pdf preview
EDGAR Filer Manual (Volume II) 
6-30 
March 2009 
The roleURI attribute should be considered permanent, to be used in future submissions.  
In a link:roleType declaration the roleURI attribute should end with “/role/” and a mnemonic 
name in LC3 format. 
For example, 
<link:roleType @roleURI="http://abcinc.com/role/StatementOfIncome"> …</link:roleType>
6.7.10 A DTS must not contain more than one link:roleType element with equal values of 
the roleURI attribute. 
6.7.11 A link:roleType declaration with link:usedOn containing link:presentationArc, 
link:definitionArc or link:calculationArc must also have a link:usedOn for the other 
two. 
This rule is relevant to three of the linkbase elements whose type attribute is fixed at ‘extended’ 
as shown in the table below. 
type attribute  QName in link:usedOn Declared by 
extended 
link:calculationLink 
link:roleType 
extended 
link:definitionLink 
link:roleType 
extended 
link:presentationLink 
link:roleType 
6.7.12 A link:roleType element must contain a link:definition child element whose content 
will communicate the title of the financial statement section, the level of facts in the 
instance that a presentation arc in the base set of that role would display, and sort 
alphanumerically into the order that statements and footnotes appear in the official 
HTML/ASCII document. 
The link:roleType link:definition text must match the following pattern: 
{SortCode}  - {Title}
The meaning of the base set appears in {Title}. 
{SortCode} is used only to sort base sets for display. The sort code is sorted alphanumerically, 
not numerically, so “10” would appear before “2”. Filers must choose a scheme for their sort 
code and declare separate role types so as to achieve the following: 
1.  Each Statement must appear in at least one base set, in the order the statement appeared 
in the official HTML/ASCII document. 
2.  If the presentation arcs of more than one base set contains the facts of a Statement (to 
achieve a layout effect, such as a set of rows, followed by a table with a dimension axis 
on the vertical, followed by another set of rows) then the {SortCode} of that base set 
must sort in the order that the rows of the Statement will be displayed. 
3.  A Statement that contains parenthetical disclosures on one or more rows must have a base 
set immediately following that of the Statement, where all facts in its parenthetical 
disclosures appear in presentation relationships. 
4.  All base sets containing the contents of Footnotes must appear after base sets containing 
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.
how to add bookmarks to pdf files; create bookmarks pdf
XDoc.Word for .NET, Advanced .NET Word Processing Features
& rotation; Outlines, bookmarks, & thumbnail display; Integrated annotation; More about Web Viewer ▶. Conversion. Word Create. Create Word from PDF; Create Word
create bookmarks pdf files; bookmarks in pdf files
March 2009 
6-31 
EDGAR Filer Manual (Volume II) 
the contents of Statements. 
5.  A Text Block for each Footnote must appear in at least one presentation relationship in a 
base set. 
6.  Each base set for a “Footnote as a Text Block” presentation link must contain one 
presentation relationship whose target is a Text Block. 
7.  Base sets with presentation relationships for a Footnote tagged at level (ii) must appear 
after all base sets tagged at level (i). 
8.  A base set with presentation relationships for a Footnote tagged at level (iii) must appear 
after all base sets tagged at level (ii). 
9.  A base set with presentation relationships for a Footnote tagged at level (iv) must appear 
after all base sets tagged at level (iii). 
The {Title} is the text that follows “ - ” in the link:definition.  The text should distinguish to a 
human reader what each separate relationship group contains. The table below shows an example 
in which the filer has simply used a two-digit sequence number. 
The {Title} must not contain scale or units (such as “in millions of US dollars except per share 
data”) text. 
Type of Facts in Presentation Links 
Example link:definition Text 
Each 
Footnote 
as a 
Text 
Block 
Each 
Accounting 
Policy as a 
Text Block 
Each 
Table in a 
Footnote 
as a Text 
Block 
Individual 
Values or 
Narratives
01 - Statement of Income 
Yes 
02 - Balance Sheet 
Yes 
03 - Balance Sheet (Parenthetical) 
Yes 
04 - Cash Flows 
Yes 
05 - Changes in Equity 
Yes 
06 - Comprehensive Income 
Yes 
07 - Accounting Policies 
Yes 
08 - Inventories 
Yes 
09 - Earnings per Share 
Yes 
10 - Unearned Revenue 
Yes 
11 - Equity 
Yes 
12 - Accounting Policies, by Policy 
Yes 
13 - Inventories (Tables) 
Yes 
14 - Unearned Revenue (Tables) 
Yes 
15 - Equity, Share Repurchases (Table) 
Yes 
16 - Equity, Dividends (Table) 
Yes 
17 - Inventories (Detail) 
Yes 
18 - Unearned, by Component  (Detail) 
Yes 
.NET PDF SDK - Description of All PDF Processing Control Feastures
& rotation; Outlines, bookmarks, & thumbnail display; Integrated annotation; More about Web Viewer ▶. Conversion. PDF Create. Create PDF from Word (docx, doc
copy pdf bookmarks to another pdf; bookmark pdf acrobat
VB.NET Create PDF Library SDK to convert PDF from other file
Create multipage PDF from OpenOffice and CSV file. Create and save editable PDF with a blank page, bookmarks, links, signatures, etc.
bookmarks pdf reader; how to add bookmark in pdf
EDGAR Filer Manual (Volume II) 
6-32 
March 2009 
19 - Unearned, by Segment (Detail) 
Yes 
20 - Equity, Share Repurchases (Detail)
Yes 
21 - Equity, Dividends (Detail) 
Yes 
Defining roles and is important, because the SEC Interactive Data Viewer displays 
all 
the facts in 
an instance if they appear in a presentation arc, and displays facts 
only 
when they appear in a 
presentation arc in a base set of the role. 
6.7.13 The arcroleURI attribute of a link:arcroleType element must begin with the same 
{scheme} and {authority} parts as the targetNamespace attribute. 
For example, in a schema with a targetNamespace attribute http://abcinc.com/2009-02-29, the 
string http://abcinc.com/ must start the arcroleURI attribute of any link:arcroleType. 
The arcroleURI attribute should be considered permanent, to be used in future submissions.  
In a link:arcroleType declaration the arcroleURI attribute should end with “/arcrole/” followed 
by a mnemonic name in LC3 format. 
For example,  
<link:arcroleType @arcroleURI="http://abcinc.com/arcrole/SpecialRelationship"> …</link:arcroleType>
6.7.14 A DTS must not contain more than one link:arcroleType element with equal values 
of the arcroleURI attribute. 
6.7.15 A link:arcroleType element must have a link:definition. 
The link:arcroleType link:definition text should explain the purpose of the arc role. 
The content of link:usedOn is the QName of an arc element; however, note that there are 
additional rules that restrict what may be used as the value of the xlink:arcrole attribute in 
instances, schemas and linkbases. 
March 2009 
6-33 
EDGAR Filer Manual (Volume II) 
6.7.16 The name attribute of an xsd:element must not equal any xsd:element name 
attribute in a standard taxonomy. 
6.7.17 The id attribute of an xsd:element must consist of the Recommended Namespace 
Prefix of the element namespace, followed by one underscore, followed by its name 
attribute. 
6.7.18 The nillable attribute value of an xsd:element must equal ‘true’. 
6.7.19 The xsd:element substitutionGroup attribute must not be a member of a 
substitution group with head ‘xbrli:tuple’. 
6.7.20 An xsd:element must not have an xbrldt:typedDomainRef attribute. 
6.7.21 If the abstract attribute of xsd:element is ‘true’, then the xbrli:periodType attribute 
must be ‘duration’. 
6.7.22 If the abstract attribute of xsd:element is ‘true’, then the type attribute must be 
‘xbrli:stringItemType’. 
6.7.23 The xsd:element substitutionGroup attribute must equal ‘xbrldt:dimensionItem’ if 
and only if the name attribute ends with ‘Axis’. 
An element is defined to be an “Axis” if and only if its substitutionGroup attribute equals 
‘xbrldt:dimensionItem’. 
6.7.24 The xsd:element name attribute must ends with ‘Table’ if and only if 
substitutionGroup attribute equals ‘xbrldt:hypercubeItem’. 
An element is defined to be a “Table” if and only if its substitutionGroup attribute equals 
‘xbrldt:hypercubeItem’. 
6.7.25 If the xsd:element substitutionGroup attribute is not equal to 
‘xbrldt:dimensionItem’ or equal to ‘xbrldt:hypercubeItem’ then it must equal 
‘xbrli:item’. 
6.7.26 If xsd:element name attribute ends with ‘LineItems’ then the abstract attribute 
must equal ‘true’. 
6.7.27 The xsd:element name attribute must end with ‘Domain’ or ‘Member’ if and only if 
the type attribute equals ‘us-types:domainItemType’. 
An element is a “Domain” if and only if its name attribute ends with ‘Domain’.  
An element is a “Member” if and only if its name attribute ends with ‘Member’. 
EDGAR Filer Manual (Volume II) 
6-34 
March 2009 
6.7.28 If xsd:element type attribute equals ‘us-types:domainItemType’ then the 
xbrli:periodType attribute must equal ‘duration’. 
6.7.29 If xsd:element type attribute equals ‘us-types:domainItemType’ then the abstract 
attribute must equal ‘false’ or be absent. 
6.8  Semantics of Company Extension Schemas 
This section describes the processing and the semantics of schemas. A schema contains 
management assertions, and following the semantic rules in this section helps the filer to 
communicate those assertions as they were intended. 
6.8.1  A schema that changes any xsd:element or type declarations or changes any arcs in 
its DTS from an earlier version of itself in such a way as to invalidate earlier 
instances must use only the {versionDate} portion of its targetNamespace attribute 
to identify the new version. 
From submission to submission, a company extension schema for which earlier instances 
continue to validate must keep the same namespace. Instance validation is impacted by changes 
to element and type declarations as well as by calculation and definition arc changes. As long as 
new elements, types, and arcs are only added and not removed, and only labels change, the same 
targetNamespace attribute must be kept. 
For example, a 2
nd
quarter Form 10-Q submission contains a schema with a targetNamespace 
attribute http://abcinc.com/2009-12-31. The schema for the 3
rd
quarter Form 10-Q changes one 
element from the xbrli:balance attribute of ‘credit’ to ‘debit’. Its targetNamespace attribute 
changes to http://abcinc.com/2010-03-31. 
6.8.2  A schema must contain at least one link:linkbaseRef element for each of the 
linkbases that are required for the submission to be valid. 
The table below collects some, though not all, of the conditions under which linkbases would be 
required as a consequence of other rules.  
March 2009 
6-35 
EDGAR Filer Manual (Volume II) 
Condition 
Linkbases 
Required 
Reason 
The line item label in the published 
taxonomy is not the same as that in the 
official HTML/ASCII document  
Label 
To provide a label for the line item. 
Instance contains financial statements  
Presentation and 
Calculation 
To ensure correct ordering and 
mathematical relationships of line items  
Statement reports on more than one 
class of equity 
Definition 
To distinguish context elements that 
refer to facts about different classes 
Instance contains a Schedule of 
Investments 
Definition, Label, 
Presentation 
To organize individually named 
investments into categories. 
Instance contains a fund prospectus 
Definition, Label, 
Presentation 
To define the fund class and series and 
their relationships to the Legal Entity and 
Share Class axes. 
Footnotes contain reportable segments 
tagged at level (iii) or above 
Definition 
To distinguish context elements that 
refer to facts about different reportable 
segments in distinct tables 
Instance uses facts with elements 
defined in an attached schema 
Label and 
Presentation 
To ensure that the facts are rendered 
appropriately to users 
Schema is a copy of a schema published 
for early adopters of new reporting rules 
Reference 
To ensure that users can identify the 
supporting standards for an element. 
These conditions are such that in the majority of cases where the official HTML/ASCII 
document is a Form 10-K, Form 10-Q, Form NCSR, or other financial statements, the schema 
will contain link:linkbaseRef elements for calculation, definition, label and presentation 
linkbases, while the appearance of a link:linkbaseRef element for a reference linkbase is rare. 
If the official HTML/ASCII document is a prospectus, then label, definition and presentation 
linkbases will be needed, but calculation linkbases are usually not necessary. 
6.8.3  Do not define link:arcroleType (or link:roleType for a resource-type element) that 
means the same as arc roles or resource roles that are already defined in the XBRL 
2.1 specification or in a standard taxonomy. 
The table below shows declarations that are technically possible, although any use of the defined 
role or arc role would be subject to all other rule restrictions.  
EDGAR Filer Manual (Volume II) 
6-36 
March 2009 
type attribute  QName in link:usedOn
Declared by 
extended 
link:labelLink 
link:roleType 
extended 
link:referenceLink 
link:roleType 
resource 
link:label 
link:roleType 
resource 
link:footnote 
link:roleType 
resource 
link:reference 
link:roleType 
arc 
link:calculationArc 
link:arcroleType 
arc 
link:definitionArc 
link:arcroleType 
arc 
link:labelArc 
link:arcroleType 
arc 
link:presentationArc 
link:arcroleType 
arc 
link:referenceArc 
link:arcroleType 
6.8.4  Wherever possible, registrants should assign a standard and other labels for an 
element defined in a standard taxonomy schema in preference to declaring a new 
element in a company schema. 
A standard label is a link:label element with an xlink:role attribute equal to 
‘http://www.xbrl.org/2003/role/label’. 
For example, the US GAAP Taxonomies 1.0 includes the financial statement element “gross 
profit.” It does not include “gross margin,” because this is defined the same as “gross profit”: 
both are used to mean “excess of revenues over the cost of revenues.” A registrant using the label 
“Gross margin” in its income statement should use the element corresponding to the financial 
statement element “gross profit,” and then change the label for this element on the standard list 
to “gross margin.” 
Defining a new, company-specific element has many consequences, not only for all users of the 
instance but also for the registrant’s ability to reuse the schema and linkbases in subsequent 
reporting periods and reduce their future reporting effort. The scope of those consequences 
depends on the type of element, and must be done under specific circumstances discussed below 
with respect to each type of element. 
6.8.5  The name attribute of an xsd:element should consist of capitalized words 
corresponding to the standard label, a convention called LC3. 
LC3 means Label Camel Case Concatenation (LC3): 
1.  The name attribute corresponds to the English standard label for the element. A label 
should be a natural language expression that is meaningful to users of the schema. 
2.  If the name attribute is originally based on a label and in a subsequent version of the 
schema, the label changes, the name attribute must not be changed merely to maintain 
agreement. 
3.  The first character of a name attribute must not be underscore. 
4.  The first character of the a name attribute must be capitalized. 
Documents you may be interested
Documents you may be interested