From 8eba23ebf16e20e66834a3f138f545cb67d5731d Mon Sep 17 00:00:00 2001 From: neolf Date: Wed, 4 May 2016 10:01:24 +0800 Subject: [PATCH] =?UTF-8?q?=E7=BB=8F=E5=BA=A6=E7=BA=AC=E5=BA=A6=E5=8F=8D?= =?UTF-8?q?=E4=BA=86?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- 310_Geopoints/20_Geopoints.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/310_Geopoints/20_Geopoints.md b/310_Geopoints/20_Geopoints.md index de76463..e01c9d4 100644 --- a/310_Geopoints/20_Geopoints.md +++ b/310_Geopoints/20_Geopoints.md @@ -55,8 +55,8 @@ PUT /attractions/restaurant/3 > 注意 -> 可能所有人都至少踩过一次这个坑：地理坐标点用字符串形式表示时是经度在前，维度在后（`"latitude,longitude"`），而数组形式表示时刚好相反，是纬度在前，经度在后（`[longitude,latitude]`）。 +> 可能所有人都至少踩过一次这个坑：地理坐标点用字符串形式表示时是纬度在前，经度在后（`"latitude,longitude"`），而数组形式表示时刚好相反，是经度在前，纬度在后（`[longitude,latitude]`）。 -> 其实，在 Elasticesearch 内部，不管字符串形式还是数组形式，都是经度在前，纬度在后。不过早期为了适配 GeoJSON 的格式规范，调整了数组形式的表示方式。 +> 其实，在 Elasticesearch 内部，不管字符串形式还是数组形式，都是纬度在前，经度在后。不过早期为了适配 GeoJSON 的格式规范，调整了数组形式的表示方式。 > 因此，在使用地理位置（geolocation）的路上就出现了这么一个“捕熊器”，专坑那些不了解这个陷阱的使用者。