extract table data from pdf c# : Export pdf bookmarks to excel software Library dll winforms asp.net wpf web forms edgarfm-vol2-v1116-part1862

March 2009 
6-7 
EDGAR Filer Manual (Volume II) 
This is performed without regard to whether the submission is live or test. A live filing that is 
truncated will be distributed without its XBRL attachments. 
6.4.3  The XBRL instance documents in a submission must be XBRL 2.1 valid. 
Each instance document in the filing is tested separately for XBRL 2.1 validity.  In order to 
increase the likelihood that XBRL documents within an EDGAR submission pass validation, 
filers are encouraged to validate their XBRL documents for compliance with the XBRL 2.1 
Specification prior to submission.   
6.5  Syntax of Instances 
This section defines rules governing syntax restrictions on instances. A valid Interactive Data 
instance is a valid XBRL 2.1 instance, but not all valid XBRL 2.1 instances are valid Interactive 
Data instances. 
Restrictions on the xlink:href, xsi:schemaLocation and schemaLocation attributes ensure that the 
DTS of an instance will contain only documents in the same submission or in a standard 
taxonomy. 
6.5.1  The scheme attribute of the xbrli:identifier element must be 
http://www.sec.gov/CIK. 
6.5.2  An xbrli:identifier element must have the CIK of the registrant as its content. 
The CIK is an xsd:normalizedString of exactly ten digits from 0 to 9. 
The xbrli:identifier contains the CIK of the registrant (issuer), not the filer. Fund Series and 
Class identifiers, which arenine digits following an S or C, are not allowed in the xbrli:identifier 
element. 
For example, a public holding company with separately reporting subsidiaries may report the 
subsidiaries in several, separate instances in the same submission. Each instance might have a 
different CIK for the value in the xbrli:identifier element. By contrast, if all subsidiaries are 
reported in the same instance, then the CIK of the holding company is the only CIK that will 
appear in the xbrli:identifier element of that one instance. Section 6.6 below contains rules that 
apply to the xbrli:context elements in an instance containing a combined submission. 
6.5.3  All xbrli:identifier elements in an instance must have identical content. 
6.5.4  The xbrli:scenario element must not appear in any xbrli:context. 
If the xbrli:scenario element was used, then XBRL requires that it have child elements; however, 
all dimensions in Interactive Data filings appear in the xbrli:segment element. Therefore, the 
xbrli:scenario element cannot be used. 
6.5.5  If an xbrli:segment element appears in a context, then its children must be one or 
more xbrldi:explicitMember elements. 
The xbrldi:typedMember element cannot appear in an instance, nor can the xbrli:segment 
element be used for anything other than for explicit members. 
Export pdf bookmarks to excel - 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
bookmarks in pdf files; excel pdf bookmarks
Export pdf bookmarks to excel - 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 in pdf reader; create bookmarks pdf files
EDGAR Filer Manual (Volume II) 
6-8 
March 2009 
6.5.6  The content of xbrldi:explicitMember and xbrldi:measure is a QName.  
QNames with the same local-name may be S-Equal even with different namespace prefixes, if 
those namespace prefixes both bind to the same namespace. This has been a point of ambiguity 
in other XBRL applications. The content of these elements is not a string, it is a QName. 
6.5.7  An instance must not contain duplicate xbrli:context elements. 
An instance must not contain equivalent xbrli:context elements.  xbrli:segment elements are 
tested for equality of their children without regard to order.  Contexts are defined to be 
equivalent if they have S-equal identifiers, equal dateUnion values for startDate, endDate and 
instant (respectively), and segment element children with equal QNames for each explicit 
dimension (the scenario element is disallowed by another rule). 
The id attribute of an xbrli:context element can be any xsd:NCName, but users will find it 
helpful when it is a mnemonic string that contains the xbrli:period (or fiscal period), and the 
local part of the QName contents of the dimension attribute and xbrldi:explicitMember. There is 
usually no need to repeat the registrant name in the id attribute. There is no limit on the length of 
the id attribute. 
The table shows examples of this usage. 
Period 
xbrli:context id attribute 
12 months of fiscal 2007 
FY07d 
End of fiscal 2007 
FY07e 
Start of fiscal 2007 
FY06e 
3 months of the 2nd Quarter of fiscal 2007 FY07Q2d 
End of the 2nd Quarter of fiscal 2007 
FY07Q2e 
9 months year to date in fiscal 2007 
FY07M9d 
Fiscal 2006 previously reported amounts  FY06d_ScenarioAxis_PreviouslyReportedMember
6.5.8  Every xbrli:context element must appear in at least one contextRef attribute in the 
same instance. 
Unused xbrli:context elements have no benefit to users and are easily removed by the filer before 
submission. 
6.5.9  If the original HTML/ASCII document represents a reporting period of one quarter 
or longer, then the same date must not appear as the content of both an 
xbrli:startDate and an xbrli:endDate in an instance. 
Only the date, not the time part of the ISO 8601 date-times should be used in contexts. 
For example, a company reporting at a May 31
st
, 2009 fiscal year-end will have contexts whose 
end dates are 2008-05-31 (the prior fiscal year) and contexts whose start dates are 2008-06-01 
(the current fiscal year). It will not have any contexts with start date 2008-05-31, and no contexts 
with end dates of 2008-06-01. 
VB.NET PDF File Compress Library: Compress reduce PDF size in vb.
document file. Remove bookmarks, annotations, watermark, page labels and article threads from PDF while compressing. Also a preview
export excel to pdf with bookmarks; adding bookmarks to a pdf
VB.NET PDF File Split Library: Split, seperate PDF into multiple
Demo Code in VB.NET. The following VB.NET codes explain how to split a PDF file into multiple ones by PDF bookmarks or outlines.
create bookmark pdf; copy pdf bookmarks
March 2009 
6-9 
EDGAR Filer Manual (Volume II) 
Note that if the Original HTML/ASCII is a prospectus or other submission that does not 
represent a “reporting period” then this rule does not apply. 
6.5.10 If the original HTML/ASCII document represents a reporting period of one quarter 
or longer, then the same date must not appear in the content of an xbrli:startDate 
and an xbrli:instant in the same instance. 
For example, a company with a May 31
st
, 2009 fiscal year end will have contexts whose end 
dates are 2008-05-31 (the prior fiscal year) and contexts whose start dates are 2008-06-01 (the 
current fiscal year). It may have contexts with the instant date 2008-05-31 (the prior fiscal year 
end), but must not have any instant context with the date 2008-06-01. 
6.5.11 Element xbrli:xbrl must not have duplicate child xbrli:unit elements. 
Element xbrli:xbrl must not have equivalent child xbrli:unit elements.  Units are equivalent if 
they have equivalent measures or equivalent numerator and denominator. Measures are 
equivalent if their contents are equivalent QNames. Numerators and Denominators are 
equivalent if they have a set of equivalent measures. 
6.5.12 An instance must not have more than one fact having the same element name, equal 
contextRef attributes, and if they are present equal decimals attributes, xsi:nil 
attributes, unitRef attributes and xml:lang attributes, respectively. 
An instance must not have more than one fact having S-Equal element names, equal contextRef 
attributes, and if they are present V-Equal decimals attributes, xsi:nil attributes, unitRef attributes 
and xml:lang attributes, respectively. A fact is an occurrence in an instance of an element with a 
contextRef attribute. The values of the id attribute and the text content of the element are not 
relevant to detection of duplicate facts. Other rules forbidding equivalent xbrli:context and 
xbrli:unit elements ensure that duplicate values of the contextRef and unitRef attributes can be 
detected without dereferencing.  
The predicate V-Equal is as defined in the XBRL 2.1 specification. The V-Equal test is sensitive 
to the underlying data type, so the decimals attribute of ‘-6’ is V-Equal to decimals ‘-06.0’, and 
V-Equal operates on default values, so the absence of the xsi:nil attribute is V-Equal to the 
xsi:nil attribute equal to ‘false’. 
In unusual cases the same fact may be presented with different levels of detail, such as “123456 
Shares with decimals equal to ‘INF’”, and “120000 Shares with decimals equal to ‘-3’”. Instead 
of including both facts in the instance, the instance should contain only the more precise one. 
Duplicate facts have no benefit to users and are easily consolidated by the filer before 
submission. 
6.5.13 The default value of the xml:lang attribute on non-numeric facts and on 
link:footnote is ‘en-US’. 
XBRL 2.1 does not specify a default value for the xml:lang attribute, but an Interactive Data 
instance assumes one. 
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.
bookmarks in pdf from word; pdf bookmarks
C# PDF File Compress Library: Compress reduce PDF size in C#.net
NET framework. Remove bookmarks, annotations, watermark, page labels and article threads from PDF while compressing. C# class demo
bookmark page in pdf; bookmarks pdf file
EDGAR Filer Manual (Volume II) 
6-10 
March 2009 
6.5.14 An instance having a fact with non-nil content and the xml:lang attribute not 
starting with “en” must also contain a fact using the same element and all other 
attributes with an xml:lang attribute that begins with “en”. 
The valid values of an xml:lang attribute that begin with “en” denote variants of English, such as 
“en”, “en-US”, and “en-UK” and match the pattern en|en-[A-Z][A-Z]. 
Non-English content may appear but it must be translated into English. 
For example, the English fact below can appear in an instance without the French fact, but the 
French fact cannot appear without the English fact: 
<eg:q contextRef=’x’>yes</eg:q> 
<eg:q contextRef=’x’ xml:lang=’fr’>oui</eg:q> 
6.5.15 If the text content of a fact with base type us-types:textBlockItemType contains the 
“<” character followed by an NCName and whitespace, then after un-escaping the 
text, the content must contain only well-formed XML. 
The “<” character may appear in the text content of an XML element as “&lt;”, “&#x3C;”, 
“&#60;” or some other guise; when it appears, the content of the element will then be 
“un-escaped” for analysis. If “<” is followed by an NCName and whitespace, then the content is 
tested for XML well-formedness. 
Although the name of every element in the US GAAP Taxonomies 1.0 with base type 
us-gaap:textBlockItemType ends with the string “TextBlock,” the reverse is not true; an element 
name has no significance in this rule. 
Example XBRL 
Text After  "un-escaping" 
Valid 
<eg:AcidityTextBlock> 
With out an   
pH&lt;1.0 
NCName, rule is 
</eg:AcidityTextBlock> 
pH < 1.0 
N/A, so Yes. 
<us-gaap:InventoryTextBlock contextRef="x"> 
Inventory&lt;BR> 
</us-gaap:InventoryTextBlock> 
Inventory<BR> 
No 
<us-gaap:InventoryTextBlock contextRef="x"> 
3. &lt;B>Inventory&lt;/B> 
</us-gaap:InventoryTextBlock> 
3. <B>Inventory</B> 
Yes 
<eg:BenchmarkTextBlock> 
The &lt;i>S&amp;amp;P 500&reg;&lt;/i> Index 
</eg:BenchmarkTextBlock> 
The <i>S&amp;P 500&reg;</i> Index 
Yes 
Some software applications may render the resulting content of the element as if it was 
embedded in an HTML 3.2 document, and well-formed XML is a prerequisite for well-formed 
HTML. Registrants may also choose other variations of HTML such as XHTML. Considering 
the status of the text as a kind of management assertion, well-formed XML is in the interest of 
the registrant because it decreases the likelihood of incorrect renderings. 
If the ampersand character must appear in the well-formed XML, it must be doubly quoted as 
shown in the example above. 
C# PDF Convert to HTML SDK: Convert PDF to html files in C#.net
Export PDF images to HTML images. The HTML document file, converted by C#.NET PDF to HTML SDK, preserves all the original anchors, links, bookmarks and font
create bookmarks pdf file; export bookmarks from pdf to excel
How to C#: Basic SDK Concept of XDoc.PDF for .NET
C# programmers can convert Word, Excel, PowerPoint Tiff, Jpeg, Bmp, Png, and Gif to PDF document. This class describes bookmarks in a PDF document.
create pdf bookmarks online; bookmark pdf in preview
March 2009 
6-11 
EDGAR Filer Manual (Volume II) 
6.5.16 Facts of type “text block” whose content contains well-formed XML as described in 
6.5.16, must not contain content prohibited by 5.2.4.3. 
Rule 6.5.16 specifies the circumstances under which content containing escaped XML markup 
will be interpreted as actual markup.  After “un-escaping” the content, it is tested again to see 
that it conforms to 5.2.4.3 which specifies that no active content may appear in XBRL 
documents. 
There is no prohibition on escaped XML markup appearing in other XBRL elements in schemas 
(such as link:definition) or linkbases (such as link:label), and the SEC Rendering does not un-
escape that content. 
6.5.17 The xbrli:xbrl element must not have any facts with the precision attribute. 
This applies to the submission only; the word “precision” may be used in other ways by XBRL 
preparation software. 
6.5.18 A fact is defined to have a footnote if it has an id attribute and a link:footnoteArc to 
a nonempty link:footnote in the same instance. 
Some facts require footnotes. Such a fact must have an id attribute whose value appears in the 
same instance as the value of an xlink:href attribute on an xlink:loc element having a parent 
link:footnoteLink element with an xlink:role attribute equal to 
‘http://www.xbrl.org/2003/role/link’, a sibling link:footnote element with an xml:lang attribute 
of ‘en-US’ and an xlink:role attribute of ‘http://www.xbrl.org/2003/role/footnote’, and a 
link:footnoteArc element with an xlink:arcrole attribute with the xlink:arcrole attribute equal to 
‘http://www.xbrl.org/2003/arcrole/fact-footnote’ whose xlink:from and xlink:to attribute values 
match the xlink:label attribute of the aforementioned link:loc and link:footnote elements, 
respectively. 
6.5.19 An instance covering a reporting period must contain a Required Context that is an 
xbrli:context having xbrli:startDate equal to 00:00:00 on the first day of the 
reporting period and xbrli:endDate equal to 24:00:00 on its last day. 
This rule defines “Required Context”. 
For example, this rule applies to a filing such as a Form 10-Q for the last calendar quarter of 
2009, with xbrli:startDate equal to ‘2009-10-01’ and xbrli:endDate equal to ‘2009-12-31’. 
6.5.20 For each required Document Information element, an instance must contain a fact 
with that element and a contextRef attribute referring to its Required Context. 
The Required Document Information elements are: 
C# Create PDF Library SDK to convert PDF from other file formats
create searchable PDF document from Microsoft Office Word, Excel and PowerPoint. Create and save editable PDF with a blank page, bookmarks, links, signatures
how to create bookmark in pdf with; adding bookmarks to pdf document
VB.NET PDF: Basic SDK Concept of XDoc.PDF
VB.NET programmers can convert Word, Excel, PowerPoint Tiff, Jpeg, Bmp, Png, and Gif to PDF document. This class describes bookmarks in a PDF document.
how to create bookmark in pdf automatically; bookmarks pdf documents
EDGAR Filer Manual (Volume II) 
6-12 
March 2009 
Required Document Element 
Base Type 
(Example) 
dei:DocumentType 
EDGAR Form Types  
(Corporate Finance): 
10, 10-K, 10-Q, 20-F, 40-F, 
6-K, 8-K, F-1, F-10, F-3, F-4, 
F-9, S-1, S-11, S-3, S-4, 
10/A, 10-K/A, 10-Q/A, 20-F/A, 
40-F/A, 6-K/A, 8-K/A, F-1/A, 
F-10/A, F-3/A, F-4/A, F-9/A, 
S-1/A, S-11/A, S-3/A, S-4/A 
EDGAR Form Types  
(Investment Management): 
485BPOS, 497 , N-CSR, 
N-CSRS, N-Q, 
N-CSR/A, N-CSRS/A, N-Q/A 
8-K 
10-Q/A1 
dei:DocumentPeriodEndDate 
CCYY-MM-DD 
2009-09-30 
dei:AmendmentFlag 
xsd:boolean 
true 
dei:AmendmentDescription 
xsd:normalizedString 
Correct the company HQ address 
CCYY-MM-DD is an ISO 8601 format date. ISO 8601 is the international standard for 
representing dates, times, durations and periods issued by the International Standards 
Organization. 
Other elements in the “dei” namespace whose names start with “Document” are optional.  
6.5.21 An instance must contain one non-empty fact for each required Entity Information 
element, each with a contextRef attribute referring to a Required Context.  The 
value of an EntityPublicFloat fact in an instance will be 0 for an entity that has only 
public debt. 
The Required Entity Information elements are: 
March 2009 
6-13 
EDGAR Filer Manual (Volume II) 
Required Element (namespace prefix 
dei): 
Base Type 
(Example) 
EntityRegistrantName 
xsd:normalizedString 
General Example Company 
EntityCentralIndexKey 
us-types:centralIndexK
ey 
0005551212 
EntityCurrentReportingStatus 
us-types:yesNo 
Yes 
EntityVoluntaryFilers 
us-types:yesNo 
No 
Unless dei:documentType is EDGAR form 
type 485BPOS, 497, N-CSR, N-CSRS, N-Q, 
N-CSR/A, N-CSRS/A, or N-Q/A: 
CurrentFiscalYearEndDate 
--MM-DD 
--12-31 
EntityFilerCategory 
us-types:filerCategory 
Large Accelerated Filer 
EntityWellKnownSeasonedIssuer 
us-types:yesNo 
Yes 
EntityCommonStockSharesOutstanding 
xsd:decimal 
123456789 
EntityPublicFloat 
xsd:decimal 
987654321 
6.5.22 All other elements in the dei namespace are optional. 
6.5.23  The contents of the dei:EntityCentralIndexKey fact in the Required Context must 
equal the content of the xbrli:identifier element in that context. 
6.5.24 The official Registrant Name that corresponds to the CIK of the xbrli:identifier text 
content must be a case-insensitive prefix of the dei:EntityRegistrantName fact in the 
Required Context. 
For example, the CIK 0005551212 has official registrant name ALPHA BETA CHI, which is a 
case-insensitive prefix of “Alpha Beta Chi Company”. 
6.5.25 Elements with a type attribute equal to or a restriction of 
‘us-types:domainItemType’ must not appear as facts in an instance. 
Elements of this type are for use only in the xbrldi:explicitMember element. 
6.5.26 A link:footnoteLink xlink:role attribute must not be empty. 
Although valid XBRL, an empty xlink:role attribute has no benefit. 
EDGAR Filer Manual (Volume II) 
6-14 
March 2009 
6.5.27 A link:footnoteLink element must have no children other than link:loc, 
link:footnote, and link:footnoteArc. 
Although valid XBRL 2.1, custom elements in the substitution groups of link:loc, link:footnote 
or link:footnoteArc have no value to users. 
6.5.28 The xlink:role attribute of a link:footnote element must be defined in the XBRL 
Specification 2.1. 
6.5.29 The xlink:role attribute of a link:loc element must be empty, or defined in the 
XBRL Specification 2.1. 
6.5.30 The xlink:arcrole attribute of a link:footnoteArc element must be defined in the 
XBRL Specification 2.1. 
6.5.31 The link:footnoteArc element requires an order attribute. 
6.5.32 A link:footnoteLink link:loc xlink:href attribute must start with the sharp sign “#”. 
Occurrences of link:footnote in an instance can only refer to facts in that instance. 
The target of a link:footnote locator xlink:href attribute may be an element with xsi:nil='true', so 
registrants should not assume that a “nil” fact is completely equivalent to a “missing” fact. 
6.5.33 Every nonempty link:footnote element must be linked to at least one fact. 
A nonempty link:footnote element must have an xlink:label attribute equal to an xlink:to 
attribute of a sibling link:footnoteArc. 
Footnotes with text must not “dangle”. By contrast, a link:loc element that is not connected by a 
link:footnoteArc is legal syntax. 
6.6  Semantics of Instances 
This section describes the processing and the semantics of instances. An instance contains 
management assertions, and following the semantic rules in this section helps the registrant to 
communicate those assertions as they were intended. 
6.6.1  In an instance reporting a fiscal year, non-numeric facts containing text about any 
portion of that or a prior year must have a contextRef attribute to an xbrli:context 
for the reporting period year. 
For example, in a fiscal year 2009 report a company describes litigation settled in fiscal 2007. 
Nevertheless, the disclosure text should be in a context for fiscal 2009.  A reporting period 
begins at 00:00:00 of its first day and ends at 24:00:00 of its last day. 
March 2009 
6-15 
EDGAR Filer Manual (Volume II) 
6.6.2  In an instance reporting a fiscal year-to-date, the non-numeric facts containing text 
about any portion of the year-to-date or prior year must have a contextRef attribute 
to an xbrli:context representing the year-to-date. 
For example, a company completes an acquisition in its second fiscal quarter. In its 3
rd
quarter 
fiscal report, the Acquisitions note contains text describing that same acquisition. The 3
rd
quarter 
text should be in the context for the first nine months (that is, the year-to-date). 
6.6.3  Facts about a registrant must have an xbrli:context element in the default legal 
entity, except for facts that apply only to a reportable segment or a subsidiary with 
separate reporting obligations to the Commission. 
A context is defined to be “in the default legal entity” if and only if it has no 
xbrldi:explicitMember with a dimension attribute equal to ‘dei:LegalEntityAxis’. 
The entity that it refers to is a Consolidated Entity, which is also the entity in the xbrli:identifier 
element of the Required Context. 
For example, ABC company is a consolidated entity if it has subsidiaries DEF and GHI that each 
have separate reporting obligations to the Commission. ABC is a consolidated entity from the 
point of view of an instance that contains data about both DEF and GHI. 
For example, suppose fund family MNO has two series MNOX and MNOY.  MNO is 
considered a ‘consolidated entity’. An instance containing the annual statements (or schedule of 
investments, or risk/return summaries) for both MNOX and MNOY must use the CIK of the 
fund family MNO as the xbrli:identifier.  In that instance, MNO is the “default legal entity”. 
6.6.4  If facts about a Consolidated Entity and one or more of its subsidiaries, each with 
separate reporting obligations to the Commission, appear in a single instance, it is a 
consolidating instance. 
This is common when disclosures about the parent company and its separately reporting 
subsidiaries are included in a single, combined filing, such as Form 10-K. However, the separate 
financial statements of each entity must appear in separate instances. 
For example, parent company ABC is a consolidated entity from the point of view of an instance 
that contains the reconciliation of ABC’s consolidated statements with its subsidiaries DEF and 
GHI. 
For example, an instance containing the annual statements (or schedule of investments, or 
risk/return summaries) for two series MNOX and MNOY of fund family MNO is considered a 
“consolidating instance” for the “consolidated entity” MNO.  Even if the report does not, strictly 
speaking, contain a “consolidation”, it will contain facts such as narratives that apply to all the 
series. 
6.6.5  The contexts for facts about entities other than the Consolidated Entity must have 
xbrli:explicitMember with a dimension attribute equal to us-gaap:LegalEntityAxis 
and distinct values. 
The dimension member must be declared in the company extension schema and linkbases as 
detailed in Sections 6.7 and 6.16 below. 
EDGAR Filer Manual (Volume II) 
6-16 
March 2009 
The us-gaap:LegalEntityAxis axis is only needed for a consolidating instance that contains facts 
about multiple subsidiaries. 
For example, a holding company (ABC) files a Form 10-K that contains: 
1.  The face financial statements of the holding company on a consolidated basis; 
2.  Selected financial data for each its separately reporting subsidiaries (DEF and 
GHI) 
If facts about all entities ABC, DEF and GHI are included in a single instance document, at least 
three contexts are required, as shown below. 
<xbrli:context id="FY09"><xbrli:entity> 
<xbrli:identifier scheme="http://www.sec.gov/CIK">9999999999</xbrli:identifier> 
</xbrli:entity>…</xbrli:context> 
<xbrli:context id="FY09_DEF"><xbrli:entity> 
<xbrli:identifier scheme="http://www.sec.gov/CIK">9999999999</xbrli:identifier> 
<xbrli:segment> 
<xbrldi:explicitMember dimension="dei:LegalEntityAxis">abc:DEF</xbrldi:explicitMember> 
</xbrli:segment> 
</xbrli:entity>…</xbrli:context> 
<xbrli:context id="FY09_GHI"><xbrli:entity> 
<xbrli:identifier scheme="http://www.sec.gov/CIK">9999999999</xbrli:identifier> 
<xbrli:segment> 
<xbrldi:explicitMember dimension="dei:LegalEntityAxis">abc:GHI</xbrldi:explicitMember> 
</xbrli:segment> 
</xbrli:entity                                                                                                                                                       
>…</xbrli:context> 
In the above example, assume namespace prefix “abc” is bound to the company’s extension 
schema namespace. 
If facts about two investment fund series MNOX and MNOY are included in a single instance, 
then at least three contexts are required, as shown below. The MNO context is the context for 
facts such as dei:EntityCentralIndexKey or accounting policies text blocks.  A Fund Series 
identifier must not appear as an xbrli:identifier; it must appear only as the element name of the 
domain member representing the series (“S777777777”, “S666666666”): 
Documents you may be interested
Documents you may be interested