Compare records

Compare records lets you compare two records from your duplicate store to see exactly why they were or were not matched as duplicates by Aperture Match. This makes it easy to identify potential configuration changes that may be needed.

Search records

You can search for records to compare using either the record IDs or "Level All" cluster IDs. When searching for multiple IDs, separate them using either a space or one of the following characters: ',' ';' '|' '/' '\'. IDs that contain delimiters must be enclosed in double quotes.

Once you have carried out your search, you will be presented with a list of records to choose from. Pick the two records that you would like to compare by selecting the checkbox to the left of each record and then click the Analyze button.

View standardization

You will then be able to view each record in its standardized form so you can see the final values used by Aperture Match to determine if the two records are duplicates. The following example shows two records after they have been standardized:

Blocking keys

Below standardization, you will find a comparison of each of the generated blocking keys. A blocking key highlighted in green means this blocking key resulted in the two records being "blocked" (i.e. scored) together. If no blocking keys are highlighted, it means the two records did not reach the scoring stage and will not be considered a match regardless of how they are evaluated against the match rules.

Visualize rules

The visualize rules section shows how the two selected records are evaluated against the rules. The leftmost nodes represent the different match levels, each of which can be expanded by clicking on them to show the tree of rules which were evaluated to cause the pair of records to either be matched or not matched. You can further expand any of the rule nodes to see the sub-rules which compose that rule for a complete breakdown of the final match result.

There are four different rule nodes:

• A green rule node means the rule evaluated to true and could lead to a potential duplicate match.
• A red rule node means the rule evaluated to false so the rule doesn't consider the two records a match.
• A brown rule node means it was not necessary to evaluate the rule so it was skipped.
• A dotted green line leading to a green node means that the rule wasn't explicitly evaluated but inferred to have passed based on the results of other, stricter rules.

In addition, an AND node is used to represent the logical AND operation for rules. All rule nodes directly following an AND node must pass for that node to be considered a pass.

In the following example:

• The highest match rule to pass (green rule node) indicates that these two records matched at L2 (shown here as MATCH.PROBABLE).
• The L1 match rule (MATCH.CLOSE) failed because the ADDRESS.CLOSE rule failed (red rule node).
• The FORENAMESANDADDRESS.PROBABLE node is brown, meaning it was skipped. This is because the MATCH.PROBABLE rule is an OR condition (second path without the AND node) so only one of its sub-rules needs to pass.
• The NAME.PROBABLE rule was inferred to have passed (dotted green line to a green node). This is because the NAME.CLOSE rule passed, and because NAME.CLOSE is a stricter match level than NAME.PROBABLE the Find duplicates step infers it to be a pass also.