KG reviewIdCriteria - freebase-schema/freebase GitHub Wiki

1. Issue
2. Musical Group

## ISSUE

/business/issue

• name_match: There is a name_match if the business issues’ names match on both the sources. Sometimes issue names may include or exclude parts such as “common”, “stock”, “share” etc. For ex: “GE share’ vs “General Electric Co Common Stock”.

• issuer_match: There is an issuer_match if the business issuer which issued the issue listed in Freebase property /business/issue/issuer (Issuer) matches on both the sources.

• type_of_issue_match: There is a type_of_issue_match if the business issue type listed in freebase property/issue/type_of_issue(Type of Issue) is same on both the sources.

• trading_symbol_match: There is a trading_symbol_match if the business trading symbol listed in Freebase property /business/issue/trading_symbol (Trading symbol) matches with the trading symbol on the other source.

• holders_match: There is a holders_match if at least one of the issue holders listed on Freebase property /business/issue/holder (Holders) matches on both the sources.

• first_issued_match : There is a first_issued_match if the date (year is enough) that the issue was first issued on matches with the date on the other source.

• cancellation_date_match : There is a cancellation_date_match if the date (year is enough) that the issue was cancelled on matches with the date on the other source.

Here are some typical patterns for determining identity of business issues:

1. name_match and issuer_match and type_of_issue_match. (Example 1)

2. name_match and trading_symbol_match (Example 2)

3. name_match and holders_match (Example 3)

4. name_match and first_issued_match (Example 4)

5. name_match and cancellation_date_match (Example 5)

Pattern 1 Example 1: Permalink Here the names of the issues, their stock types and the issuers match on both the sources. Hence the issues are identical.

Pattern 2 Example 2: Permalink Here the names of the issues and their trading symbols match on both the sources. Hence the issues are identical.

Pattern 3 Example 1: Permalink Here the names of the issues and one of their holders match on both the sources. Hence the issues are identical.

Pattern 4 Example 4: Permalink Here the names of the issues and their issued dates match on both the sources. Hence the issues are identical.

Pattern 5 Example 5: Permalink Here the names of the issues and their cancellation dates match on both the sources. Hence the issues are identical.

/olympics/olympic_athlete

• name_match: There is a name_match if the names or aliases of olympic athletes match on both the sources. Sometimes names may include nicknames, prefix/suffix, or maiden names.

• events_competed_in_match: There is an events_competed_in_match if at least one of the athlete’s olympic competing events listed in Freebase property /olympics/olympic_athlete/medals_won (Events Competed In) matches on both the sources.

• demonstration_medals_won_match: There is a demonstrations_medals_won_match if at least one of the athlete’s demonstration medals won listed in Freebase property /olympics/olympic_athlete/demonstration_medals_won (Demonstration medals won) matches with the demonstration medals on the other source.

• demonstration_events_competed_in_match: There is a demonstration_events_competed_in_match if at least one of the demonstration events listed in Freebase property /olympics/olympic_athlete/demonstration_events_competed_in (Demonstration events competed in) matches with the demonstration events on the other source.

Here are some typical patterns for determining identity of olympic athletes:

1. name_match and events_competed_in_match (Example 1)

2. name_match and demonstration_medals_won_match (Example 2)

3. name_match and demonstration_events_competed_in_match (Example 3)

Identity features, Patterns and Examples for following types are also applicable for establishing identity relationships in type /olympics/olympic_athlete:

• /people/person type identity criteria .
• /sports/pro_athlete type identity criteria.

Pattern 1 Example 1: Permalink Here the names of the olympic athletes and the events they competed in match on both the sources. Hence the olympic athletes are identical.

Pattern 2 Example 2: Permalink Here the names of the olympic athletes and the demonstration medals won match on both the sources. Hence the olympic athletes are identical.

Pattern 3 Example 3: Permalink Here the names of the olympic athletes and one of the demonstration events competed in match on both the sources. Hence the olympic athletes are identical.

/location/us_state

• name_match : There is a name_match if the names of the US States listed on both the sources match. Sometimes names may match approximately due to abbreviations or empirical names such as NC vs North Carolina or NY for New York.

• capital_name_match: There is a capital_name_match if the US state capital listed in Freebase property /location/us_state/capital (Capital) matches with the capital on the other source.

Here are some typical patterns for determining identity of two US states:

1. name_match and capital_name_match (Example 1)

Identity features, Patterns and Examples for following types are also applicable for establishing identity relationships in type /location/us_state:

• /location/dated_location type identity criteria .
• /location/location type identity criteria.
• /location/statistical_region type identity criteria.
• /location/administrative_location type identity criteria.

Pattern 1 Example 1: Permalink Here the names of the US states and their capitals match on both the sources. Hence the US states are identical.

/music/musical_group

• name_match: There is a name_match if the names of the musical groups are same or match closely on both the sources.

• membersof_musical_group_match: There is a membersof_musical_group_match if at least one of the group members of the group listed in Freebase property /music/musical_group/member (Members of Musical Group) matches on both the sources.

Here are some typical patterns for determining identity of two musical groups:

1. name_match and membersof_musical_group_match (Example 1 )

Identity features, patterns and examples for /music/artist/ type are also applicable for establishing identity relationships in type /music/musical_group.

Pattern 1 Example 1: Permalink Here the names of the musical groups and several of their members match on both the sources. Hence the musical groups are identical.

/theater/theater_actor

• name_match: There is a name_match if the names of the actors on both the sources are same or match approximately. Sometimes actor names may have initials, prefix, maiden names, nick names. These should be taken into consideration.

• theater_roles_match: There is a theater_roles_match if at least one of the actor’s theater roles (role, play or both from the CVT) listed in Freebase property /theater/theater_actor/theater_roles matches with the theater roles on the other source.

Here are some typical patterns for determining identity of two theater actors:

1. name_match and theater_roles_match . (Example 1)

Identity features, patterns and examples for /people/person type are also applicable for establishing identity relationships in type /theater/theater_actor.

Pattern 1 Example 1: Permalink Here the names of the theater actors and several of their theater roles match. Hence the theater actors are identical.