As all information in theoretically can be expressed with Info Triples, this section is merely showing some how-to examples for explaining the concepts to newcomers.

A single Info Triple carries only one atomic piece of information, namely that a relationship exists between two objects. Luckily we can add more information by referring to its triple ID from other Info Triples, and we can add extra information this way indefinitely.

From the old school Object Oriented perspective this practice can be compared to the Decorator Design Pattern.
In more recent lingo it's been popularized to think in terms of tagging and as such that term can be used as well.

In the following some "pseudo code" examples we use readable names for empty edges and r1, r2,.. to represent Info Triple IDs.

First we see a simple tagging of some message as being spam:

r1 some_message is_spam

Secondly we see how we first create a relationship that we want to decorate and then tag it:

r1 Alice Bob
r2 r1 are_friends

So Alice and Bob have a relationship and our description of that relationship is that they are friends.

A feature of the Info Triple is the ability to add edges to the model indefinitely in a uniform way.

It becomes handy when we feel like changing a data structure over time as we get wiser.

Following are a couple of examples of a data model that we morph into a new shape while having the ability to keep the history for auditing.

First example we cancel a triple we found was incorrect.
In this case we have marked a message a spam, but decided that the message was alright after all:

r1 some_message is_spam
r2 r1 is_canceled

This means that applications can now ignore the first "this is spam" triple as they find the second triple have canceled the first one.

In the second example we modify a relationship as things have changed.
Here, the relationship between Alice and Bob has gone from friendship to a romantic relationship:

r1 Alice Bob
r2 r1 are_friends
r3 r2 is_canceled
r4 r1 are_lovers

We cancel the first tag of the Alice-Bob relationship and replaced it with a new one stating that Alice and Bob are lovers.

Building more complex data structures is going to be very valuable for creating apps interoperability and auto generated content as well as for making data useful for future AI applications.

In the following we'll see the meta data for a data structure can be made.
We shall see a simple example of a food recipe where we add the ingredients:

r1 some_text is_a_food_recipe
r2 r1 contains_tomato
r3 r1 contains_olive_oil
r4 r1 contains_salt

Notice that we do not add the ingredient to the ID of the food recipe text, but to the triple ID of the relationship between the food recipe text and the concept of being a food recipe.
Thereby when examine the triple tags as containing tomato we get that we are talking about the text in context of being a food recipe.