銷售 > 地址 > 關於地址資訊的地理編碼
關於地址資訊的地理編碼
若已在「公司資料檔」頁面中選取「啟用地理編碼器」,則 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 地址記錄中地址 1、地址 2 及地址 3 欄位所包含的街道地址資訊來衍生「街道地址」屬性,如「門牌號碼」或「街道前綴」等等。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
|
?
|
無
|
未使用
|
相關主題
如需地址的相關資訊,請參閱下列主題:
|