31.12.2012 Views

I2 Analyst's Notebook 7 User Guide - ISS Africa -Investigation ...

I2 Analyst's Notebook 7 User Guide - ISS Africa -Investigation ...

I2 Analyst's Notebook 7 User Guide - ISS Africa -Investigation ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Appendix B: The i2 Semantic Approach<br />

• Naming custom link semantic types<br />

There is also a convention for naming custom link semantic types. Use short<br />

statements that can be read along with the entity types at the end of the links.<br />

For example, naming a custom link semantic type Associate Of allows you to<br />

read the entity-link-entity combination as Person A associate of Person B.<br />

Avoid using the entity type names at the end of a link as part of the link type<br />

name. For example, avoid giving a link type that links a person to a vehicle the<br />

name Person-Vehicle. Instead use a name such as Is Registered Keeper Of, or<br />

Is Driver Of. Notice again the use of a verb to indicate that a link is directional,<br />

that is a person entity is the driver of a car and not vice versa. Symmetric (that<br />

is non-directional) links will not need a verb but should still be assigned a<br />

sensible name.<br />

• Property semantic types must be unique within an entity, link or data record<br />

You can only assign a property semantic type once within a given entity, link or<br />

data record. There are instances when you may want to assign the same<br />

semantic type to two or more properties within an entity, for example multiple<br />

aliases or multiple forename properties. In these cases, we advise you to<br />

define custom semantic types for these properties with _1, _2, _3, and so on,<br />

appended for each custom semantic type beyond the first. In some<br />

circumstances, the power2 products automatically define custom semantic<br />

types to avoid duplicating the semantic type names; in this instance they use<br />

this same naming convention.<br />

Sharing custom semantic types<br />

There is a mechanism within power2 products that allows you to share custom<br />

semantic types between data sources. If you are using multiple data sources, it is<br />

vital that you use this mechanism in order for semantics to work correctly.<br />

You share custom semantic types by exporting them to a custom semantic type<br />

library in the form of an .mtc file.<br />

This file can be loaded into other data sources so that the same custom semantic<br />

types can be assigned across all of the different data sources. This is the only way<br />

to use the same semantic types; it is not enough to just define a new type in your<br />

second data source and assign it the same name. Although their names will be the<br />

same, their unique identifiers will be different when the two data sources are<br />

combined. The end result will be a duplicate semantic type and the data cannot be<br />

aligned.<br />

For example, when assigning semantic types to data source A, you may find that<br />

you need to derive a custom semantic type for people giving evidence. You define<br />

a custom semantic type called Witness derived from the Person semantic type.<br />

You then move on to data source B and find that you also need the same Witness<br />

custom semantic type. If you define a new custom semantic type in the data<br />

364 i2 Analyst’s <strong>Notebook</strong> 7 <strong>User</strong> <strong>Guide</strong>: Customizing & Analyzing

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!