销售 > 地址 > 关于地址信息的地理编码
关于地址信息的地理编码
如果在“公司概要”页面中选择“启用地理编码器”,则 Oracle CRM On Demand 会使用地址记录中的信息通过 Oracle Spatial 查找该地址的对应纬度和经度值,如果查找成功,则用这些值填充地址记录中的纬度和经度字段。通过地址信息查找和填充纬度和经度的这个过程称为地理编码。Oracle CRM On Demand 使用 Oracle Spatial 异步查找对应的地理编码。Oracle CRM On Demand 会略过纬度或经度字段已存在值的任何记录的地理编码。
以下情况下,Oracle CRM On Demand 会对纬度和经度字段重新进行地理编码:
关于地址记录中的地理编码字段
地址记录包含与地理编码相关的三个字段:
- 地理编码状态。地址记录的地理编码流程的状态:
- 地理编码匹配代码。 由整数值所指明的纬度和经度与给定地址的匹配准确度:
地理编码匹配代码
|
说明
|
0
|
地址地理编码不匹配。
|
1
|
地址地理编码完全匹配。
|
2
|
地理编码匹配,但在街道类型匹配准确度方面有让步,或者具有街道地址的后缀或前缀部分。
|
3
|
地理编码匹配,但在街道地址门牌号部分的匹配准确度方面有让步。
|
4
|
地理编码匹配,但在街道地址的匹配准确度方面有让步。
|
10
|
地理编码匹配,但在邮政编码的匹配准确度方面有让步。
|
11
|
地理编码匹配,但在城市名称的匹配准确度方面有让步。
|
12
|
地理编码匹配,但在邮政编码和城市的匹配准确度方面有让步。
|
Oracle CRM On Demand Customer Care 会为您的公司配置地理编码匹配代码的可接受级别。只有当匹配代码小于或等于 Oracle CRM On Demand Customer Care 设置的级别时,Oracle CRM On Demand 才会在地址记录中保存地理编码流程中返回的纬度和经度字段。默认情况下,此值通常设置为 3。
如果 Oracle CRM On Demand 未在地理编码流程中找到任何匹配项,则它会将地理编码匹配代码设置为 0,并且不会在地址中填充纬度和经度字段。
- 地理编码匹配向量。一个由 17 个字符组成的字符串,该字符串提供了详细摘要,说明地址的哪些部分影响了针对输入地址返回的纬度和经度的准确性或不准确性。问号表示未使用的字段位置。Oracle CRM On Demand 会将任何未进行地理编码的地址的“地理编码匹配向量”字段设置为一系列问号:?????????????????。每个位置都包含一个介于 0 至 4 之间的值。
下表列出了字符串内的位置,以及与每个位置相对应的地址属性。地址属性不是 Oracle CRM On Demand 中的地址字段,而是构成地址的各个地址部分的概念表示法,例如门牌号或街道前缀等。
|
|
地理编码匹配向量中的位置
|
地址属性
|
0 至 4
|
未使用
|
5
|
街道地址 - 门牌号
|
6
|
街道地址 - 街道前缀
|
7
|
街道地址 - 街道基址名称
|
8
|
街道地址 - 街道后缀
|
9
|
街道地址 - 街道类型
|
10
|
未使用
|
11
|
城市
|
12 至 13
|
未使用
|
14
|
省/自治区/直辖市
|
15
|
国家/地区
|
16
|
邮政编码
|
17
|
未使用
|
注意:Oracle Spatial 通过分析 Oracle CRM On Demand 地址记录内“Address1”、“Address2”和“Address3”字段中所包含的街道地址信息,来推导街道地址属性,例如门牌号或街道前缀等。Oracle Spatial 推导这些属性的方式因国家/地区而异。
|
Oracle CRM On Demand 在地理编码匹配向量字符串中的位置所设置的数字值可能会在 0 至 4 之间变化,如下所示:
地理编码匹配向量位置值
|
说明
|
0 或 1
|
Oracle CRM On Demand 在地理编码期间发现了地址属性的确切匹配项。
|
2 或 3
|
地址属性不为 Null,但是,Oracle CRM On Demand 在地理编码期间尚未发现属性的匹配项。
|
4
|
地址属性为 Null,但是,Oracle Spatial 根据近似性设法找到了一个相近匹配项。
|
有关这些地理编码字段和其他地址字段的更多信息,请参阅地址字段。
地理编码示例
以下示例表明了在 Oracle CRM On Demand 对地址进行地理编码时,您可以如何使用和说明地理编码字段。假设一个地址具有以下字段值:
Oracle CRM On Demand 中的地址字段
|
值
|
地址名称
|
Ji Yang
|
国家/地区
|
美国
|
编号/街道
|
1 Oracle Dr
|
地址 2
|
Nashua
|
地址 3
|
未设置
|
城市
|
Nashua
|
县
|
未设置
|
省/自治区/直辖市
|
NH
|
邮政编码
|
03062
|
在 Oracle CRM On Demand 对此地址进行地理编码时,Oracle Spatial 会分解该地址,并按如下方式设置地址属性值:
Oracle Spatial 中的地址属性
|
值
|
名称(来自街道地址)
|
Ji Yang
|
门牌号(来自街道地址)
|
1
|
来自“街道”字段的街道名称
|
Oracle Dr
|
城市
|
Nashua
|
省/自治区/直辖市
|
NH
|
国家/地区
|
美国
|
邮政编码
|
03062
|
Oracle Spatial 先根据单个属性进行独立搜索,然后使用地址属性组合来查找最相近的纬度和经度,从而尝试根据这些地址属性来查找匹配项。
成功进行地理编码后,Oracle CRM On Demand 会按以下方式设置字段:
Oracle CRM On Demand 地址字段
|
值
|
注释
|
地理编码状态
|
成功
|
地理编码成功。
|
地理编码匹配代码
|
1
|
Oracle Spatial 找到了确切匹配项。
|
经度
|
-71.46006
|
无
|
纬度
|
42.71004
|
无
|
地理编码匹配向量
|
??030402010??000?
|
此示例的地理编码匹配向量。
向量的设置与地理编码成功与否无关。甚至对于未设置纬度和经度的低匹配代码 4,仍会设置此向量,并且此向量会详细说明导致失败的属性。
|
您可以解释向量值 ??030402010??000?,如下表中所示:
地理编码匹配向量位置
|
值
|
地址属性
|
匹配向量值说明
|
1
|
?
|
无
|
未使用
|
2
|
?
|
无
|
未使用
|
3
|
0
|
无
|
未使用
|
4
|
3
|
无
|
未使用
|
5
|
0
|
门牌号
|
针对此属性找到了确切匹配项。
|
6
|
4
|
街道前缀
|
地址属性值为 Null,但是,根据近似性找到了一个相近匹配项。
|
7
|
0
|
街道基址名称。
|
针对此属性找到了确切匹配项。
|
8
|
2
|
街道后缀
|
此地址属性具有值,但是未找到值的匹配项。
|
9
|
0
|
街道类型
|
针对此属性找到了确切匹配项。
|
10
|
1
|
无
|
未使用
|
11
|
0
|
城市
|
针对此属性找到了确切匹配项。
|
12
|
?
|
无
|
未使用
|
13
|
?
|
无
|
未使用
|
14
|
0
|
省/自治区/直辖市
|
针对此属性找到了确切匹配项。
|
15
|
0
|
国家/地区
|
针对此属性找到了确切匹配项。
|
16
|
0
|
邮政编码
|
针对此属性找到了确切匹配项。
|
17
|
?
|
无
|
未使用
|
相关主题
请参阅以下主题以了解与地址有关的信息:
|