> For the complete documentation index, see [llms.txt](https://docs.apryse.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.apryse.com/uwp/low-level-pdf-api/sdf.md).

# SDF / COS object model

Discover the complexities of real-life PDF documents and how to navigate them with Apryse CosEdit. Edit PDFs at the object level with ease using Apryse SDK's SDF/COS level API. Uncover the world of SD

Real-life PDF documents are much more complex than the "Hello World" PDF sample from the previous section. Streams in a PDF document can be compressed and encrypted, objects can form complex networks, and, in PDF 1.5, parts of the object graph can be compressed and embedded in so-called "object streams". All this makes manual editing of PDF documents extremely difficult — even impossible. The good news is that Apryse released CosEdit — a graphical utility for browsing and editing PDFdocuments at the object level, offering unprecedented ease and control. Apryse SDK also provides a full SDF/COS level API making it very easy to read, write, and edit PDF and FDF at the atomic level. Furthermore, Apryse SDK also provides a high-level API for reading, writing, and editing PDF documents at the level of pages, bookmarks, graphical primitives, and so on.

**SDF** (Structured Document Format) and **COS** (Carousel Object System; Carousel was a codename for Acrobat 1.0) are synonyms for PDF low-level object model. SDF is the acronym used in Apryse SDK, whereas COS is a legacy word used in the Acrobat SDK.

In many ways, SDF is to PDF what [XML](http://www.w3.org/XML/) and [DOM](http://www.w3.org/XML/) are to [SVG](http://www.w3.org/Graphics/SVG/Overview.htm8) (Scalable Vector Graphics). The SDF/COS object system provides the low-level object type and file structure used in PDF documents. PDF documents are graphs of SDF objects. SDF objects can represent document components such as bookmarks, pages, fonts, and annotations, and so on.

PDF is not the only document format built on top of SDF/COS. FDF (Form Data Format) and PJTF (Portable Job Ticket Format) are also built on top of SDF/COS.

## SDF.Obj

The SDF layer deals directly with the data that is in a PDF document. The data types are referred to as SDF objects. There are eight data types found in PDF documents. They are arrays, dictionaries, numbers, boolean values, names, strings, streams, and the null object. Apryse SDK implements these objects as shown in the following graph:

![](https://3246663708-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Frgmys2szYV2Z567Zu3vi%2Fuploads%2Fgit-blob-f7fe493cec4b5aa5635559dd468547ed320bf665%2Feb4f28e5b505d78148b3f039809a7dafca437ca5-537x260.gif?alt=media)

All objects ultimately derive from the Object class. Similarly, all SDF objects ultimately derive from the Obj class. Following the Composite design pattern, Obj implements each method found in its derived classes. Thus you can invoke a member function of any derived object through the base Obj interface. This object hierarchy is shown in the graph above.

If a member function is not supported on a given object (e.g. if you are invoking obj.GetName() on a Bool object), an Exception will be thrown.

In order to find out type-information at run-time, use `obj.GetType()` or `obj.Is_**type**_()` methods (where **type** could be Array, Number, Bool, Str, Dict, or Stream). Usually, an object's type can be inferred from the PDF/FDF specification. For example, when you call `doc.GetTrailer()`, you can assume that the returned object is a dictionary object because this is mandated by PDF specification. If an object is not a dictionary, calling a dictionary method on it throws an exception. These semantics are important for stylistic reasons — since type casts and type checks are not required, you can keep your code efficient and elegant. In case there is an ambiguity in PDF/FDF specification, you can use `GetType()` or `Is_**type**_()` methods.

As mentioned in the previous section, SDF objects can be either direct or indirect. Direct objects can be created using `Obj.Create_**type**_()` methods. The following example illustrates how to create direct number and direct name objects inside Dict objects. Note that the same approach will work for Array objects.

{% tabs %}
{% tab title="C#" %}
{% code lineNumbers="true" %}

```csharp
PDFDoc doc = new PDFDoc(filename);
Obj root = doc.GetRoot(); // (/Root entry within the trailer dictionary)

// you can create direct objects inside container objects.
root.PutNumber("My number key", 100);
root.PutDict("My dict key");
root.PutName("My name key", "My name value");
```

{% endcode %}
{% endtab %}
{% endtabs %}

New indirect objects can be created using `doc.CreateIndirect_**type**_()` methods on an SDF document. The following code shows how to create new Number and Dictionary indirect objects:

{% tabs %}
{% tab title="C#" %}
{% code lineNumbers="true" %}

```csharp
SDFDoc doc = new SDFDoc(filename);
Obj mynumber = doc.CreateIndirectNumber(100);
Obj mydict = doc.CreateIndirectDict();
```

{% endcode %}
{% endtab %}
{% endtabs %}

Apryse SDK SDF provides many utility methods that can be used to efficiently traverse an SDF object graph. Here is an example on how to get to a document's page root:

{% tabs %}
{% tab title="C#" %}
{% code lineNumbers="true" %}

```csharp
Obj trailer = doc.GetTrailer();
DictIterator root_itr = trailer.Get("Root");
Obj root = root_itr.Value();
DictIterator pages_itr = root.Get("Pages");
Obj pages = pages_itr.Value();
```

{% endcode %}
{% endtab %}
{% endtabs %}

Because the PDF specification mandates that "Root" is always a dictionary, we can directly reference the "Pages" object by calling `Get("key")`. Also some so-called "PDF" documents can be corrupt from incompliance, meaning the document does not follow the PDF specification. In some corrupt PDF documents, the "Root" may be missing or may not be a dictionary object. In these and similar cases, the Apryse SDK throws an exception.

In order to retrieve an object that may or may not be present in a dictionary, use the `dict.FindObj("key")` method. For example:

{% tabs %}
{% tab title="C#" %}
{% code lineNumbers="true" %}

```csharp
Obj my_value = dict.FindObj("my_key");
```

{% endcode %}
{% endtab %}
{% endtabs %}

You can use DictIterator in order to traverse key-value pairs within a dictionary:

{% tabs %}
{% tab title="C#" %}
{% code lineNumbers="true" %}

```csharp
DictIterator itr = dict.GetDictIterator();
for (; itr.HasNext(); itr.Next()) {
  // itr.Key();
  // itr.Value();
}
```

{% endcode %}
{% endtab %}
{% endtabs %}

To retrieve objects from an Array object, use `array.GetAt(idx)` method:

{% tabs %}
{% tab title="C#" %}
{% code lineNumbers="true" %}

```csharp
for (int i = 0; i < array.Size(); ++i) {
  Obj obj = array.GetAt(i);
  // ...
}
```

{% endcode %}
{% endtab %}
{% endtabs %}

In the previous section, we learned how to create indirect objects by calling the `SDFDoc.CreateIndirect_**type**_()` methods. Now, let's look at how to create references to those indirect objects. The following code shows how:

{% tabs %}
{% tab title="C#" %}
{% code lineNumbers="true" %}

```csharp
Obj shared_dict = doc.CreateIndirectDict();
shared_dict.PutName("My key", "My value");

// Add indirect reference to 'shared_dict'.
Obj trailer_dict = doc.GetTrailer();
DictIterator info_itr = trailer_dict.Get("Info");
Obj info_dict = info_itr.Value();
info_dict.Put("MyDict", shared_dict);

// Add a second indirect reference to 'shared_dict'.
DictIterator root_itr = trailer_dict.Get("Root");
Obj root_dict = root_itr.Value();
root_dict.Put("MyDict", shared_dict);
```

{% endcode %}
{% endtab %}
{% endtabs %}

So it's possible for multiple objects to refer to the same object. We call such objects shared objects. But shared objects must always be indirect objects. So if you want to share an object, it must have be created using `SDFDoc.CreateIndirect_**type**_`, or you should test `Obj.IsIndirect()` to make sure it's an indirect object.

Because the PDF document format disallows creating multiple links to direct objects, Apryse SDK will throw an exception should you try to create multiple links/references to a direct object. Here is an example below:

{% tabs %}
{% tab title="C#" %}
{% code lineNumbers="true" %}

```csharp
Obj trailer_dict = doc.GetTrailer();
DictIterator info_itr = trailer_dict.Get("Info");
Obj info_dict = info_itr.Value();

// Create an inline dictionary
Obj direct_obj = info_dict.PutDict("Link1");

// Attempt to create a second link to direct_obj.
// This will copy the object. If you want to
// share objects, create them using the
// PDFDoc.CreateIndirect() methods.
DictIterator root_itr = trailer_dict.Get("Root");
Obj root_dict = root_itr.Value();
root_dict.Put("Link2", direct_obj);
```

{% endcode %}
{% endtab %}
{% endtabs %}

In addition to the basic types of objects mentioned so far, PDF also supports stream objects. A stream object is essentially a dictionary with an attached binary stream. In Apryse SDK, all methods that apply to dictionaries apply to streams as well.

For a more complete discussion on Apryse SDK Filters see Apryse SDK [Filters and Streams ](/uwp/low-level-pdf-api/filters.md).

## SDFDoc

Our overview of the SDF object model could not be complete without mentioning SDFDoc. SDFDoc brings together document security, document utility methods, and all SDF objects.

An SDF document can be created from scratch using a default constructor `new SDFDoc()` or from an existing file `new SDFDoc(filename)`. It can be created from a memory buffer `new SDFDoc(memoryFilter)` or some other Filter/Stream as well. Finally, an SDF document can be accessed from a high-level PDF document using `doc.GetSDFDoc()`.

Note that the examples above use `sdfdoc.GetTrailer()` in order to access the document trailer, which is the starting SDF object (root node) in every document. Following the trailer links, we can visit all low-level objects in a document (e.g. all pages, outlines, fonts, and so on).

SDFDoc also provides utility methods used to import objects and object collections from one document to another. These methods can be useful for copy operations between documents such as a high-level page merge and document assembly.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.apryse.com/uwp/low-level-pdf-api/sdf.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.