Kiểm điểm ngoài phạm vi, tọa độ đảo X/Y và sai đơn vị là Bài 23 của chuyên đề ArcGIS Pro trong phân tích không gian BĐS. Thiết kế quy trình QA tọa độ để phát hiện điểm ngoài phạm vi, đảo X/Y, sai dấu, sai đơn vị độ–mét và nhầm CRS trước khi dùng điểm khảo sát cho Spatial Join, Buffer hoặc phân tích vị trí.
Biên soạn: ThS. Nguyễn Mạnh Hùng
GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn
Cập nhật 02/10/2026: Nội dung thao tác được đối chiếu với tài liệu chính thức ArcGIS Pro 3.6 của Esri. Tên nút, tab, pane hoặc công cụ có thể khác nhẹ theo bản vá, ngôn ngữ giao diện và giấy phép.
Lưu ý: trong GIS BĐS, một lớp hiển thị đúng chưa đủ để kết luận dữ liệu đúng. Luôn kiểm source, spatial reference, đơn vị, selection/filter, trạng thái chỉnh sửa và đầu ra trước khi đo, tính toán hoặc chồng lớp.
Mục tiêu học tập
- Hiểu đúng khái niệm ArcGIS Pro của bài và ranh giới của công cụ.
- Biết dữ liệu đầu vào, metadata và điều kiện phải kiểm trước khi thao tác.
- Thực hiện workflow có thể lặp lại và giải thích được.
- Nhận diện lỗi thường gặp trước khi chúng lan sang phân tích BĐS.
- Lưu project, output và nhật ký xử lý đủ để người khác kiểm chứng.
Vị trí trong lộ trình 96 bài
Bài thuộc Chương 3 – Hệ tọa độ và chuẩn hóa không gian. Bài 17–20 đã phân biệt Spatial Reference, GCS/PCS, WGS84–VN-2000 và Define Projection/Project. Bài 21–24 hoàn tất chương bằng Geographic Transformation, đưa bảng XY thành điểm, kiểm lỗi tọa độ và checklist bắt buộc trước Buffer/diện tích/khoảng cách.
1. Điểm ngoài phạm vi là tín hiệu QA
Nếu nghiên cứu TP.HCM mà điểm nằm ngoài Việt Nam hoặc giữa biển, cần kiểm coordinate logic trước.
Không xóa ngay.
Liên hệ BĐS: hãy nói rõ đối tượng đang xử lý là thửa đất, công trình, điểm khảo sát, đường, tiện ích, vùng nghiên cứu hay bảng thuộc tính. Một công cụ giống nhau nhưng hậu quả nghiệp vụ khác nhau theo loại dữ liệu và nguồn.
2. Kiểm range lon/lat cơ bản
Longitude phải nằm -180..180, latitude -90..90; phạm vi nghiên cứu hẹp còn cho range chặt hơn.
Range hợp lệ vẫn có thể sai.
Kiểm dữ liệu trước thao tác: mở Source Properties/Attribute Table, kiểm số feature/row, field quan trọng, spatial reference, selection/filter và đường dẫn dữ liệu. Không chạy công cụ khi chưa biết mình đang sửa lớp nào.
3. Đảo X/Y là lỗi phổ biến
Lon≈106 và lat≈10; đảo thành X=10,Y=106 có thể tạo geometry hợp lệ nhưng ở vị trí khác.
Kiểm bằng rule và extent.
Kiểm kết quả: sau thao tác phải so trước–sau bằng ít nhất một chỉ số định lượng như số feature, extent, diện tích, tọa độ, số Null hoặc số bản ghi được cập nhật. Ảnh chụp bản đồ chỉ là một lớp bằng chứng.
4. Sai dấu làm lệch bán cầu
106 thành -106 hoặc 10 thành -10 đưa điểm sang châu lục khác.
Nguồn nhập tay rất dễ gặp.
Tái lập: ghi công cụ, tham số, version dữ liệu, output path và lý do quyết định. Nếu người khác không thể mô tả lại thao tác từ hồ sơ, workflow chưa đủ tốt để bàn giao.
5. Degree và meter có magnitude khác
Projected coordinates hàng trăm nghìn/hàng triệu mà khai WGS84 sẽ sai; lon/lat khai PCS cũng sai.
Magnitude chỉ là dấu hiệu, không xác định CRS đầy đủ.
Liên hệ BĐS: hãy nói rõ đối tượng đang xử lý là thửa đất, công trình, điểm khảo sát, đường, tiện ích, vùng nghiên cứu hay bảng thuộc tính. Một công cụ giống nhau nhưng hậu quả nghiệp vụ khác nhau theo loại dữ liệu và nguồn.
6. DMS và decimal degrees khác nhau
`106°48'` không thể nhập như 10648 decimal degree.
Cần chuyển đúng công thức/định dạng.
Kiểm dữ liệu trước thao tác: mở Source Properties/Attribute Table, kiểm số feature/row, field quan trọng, spatial reference, selection/filter và đường dẫn dữ liệu. Không chạy công cụ khi chưa biết mình đang sửa lớp nào.
7. Coordinate fields có thể bị Text
Khoảng trắng, dấu phẩy hoặc ký tự độ khiến parsing sai.
Chuẩn hóa trên bản sao.
Kiểm kết quả: sau thao tác phải so trước–sau bằng ít nhất một chỉ số định lượng như số feature, extent, diện tích, tọa độ, số Null hoặc số bản ghi được cập nhật. Ảnh chụp bản đồ chỉ là một lớp bằng chứng.
8. Kiểm bounding box khu vực
Tạo polygon phạm vi nghiên cứu và Select By Location các điểm nằm ngoài.
Đây là QA không gian trực tiếp.
Tái lập: ghi công cụ, tham số, version dữ liệu, output path và lý do quyết định. Nếu người khác không thể mô tả lại thao tác từ hồ sơ, workflow chưa đủ tốt để bàn giao.
9. Nearest reference feature
Khoảng cách quá lớn tới phường/đường/dự án kỳ vọng có thể flag điểm.
Không dùng threshold tùy ý.
Liên hệ BĐS: hãy nói rõ đối tượng đang xử lý là thửa đất, công trình, điểm khảo sát, đường, tiện ích, vùng nghiên cứu hay bảng thuộc tính. Một công cụ giống nhau nhưng hậu quả nghiệp vụ khác nhau theo loại dữ liệu và nguồn.
10. Đối chiếu ID với bảng nguồn
Mỗi điểm lỗi phải truy về record gốc để xác định nhập sai hay điểm khảo sát thật.
Không chỉnh geometry mà quên table.
Kiểm dữ liệu trước thao tác: mở Source Properties/Attribute Table, kiểm số feature/row, field quan trọng, spatial reference, selection/filter và đường dẫn dữ liệu. Không chạy công cụ khi chưa biết mình đang sửa lớp nào.
11. Tách lỗi chắc chắn và nghi ngờ
`flag_range`, `flag_xy_swap`, `flag_sign`, `flag_outside_aoi`, `flag_crs_suspect`.
Giúp audit.
Kiểm kết quả: sau thao tác phải so trước–sau bằng ít nhất một chỉ số định lượng như số feature, extent, diện tích, tọa độ, số Null hoặc số bản ghi được cập nhật. Ảnh chụp bản đồ chỉ là một lớp bằng chứng.
12. Không sửa bằng kéo điểm thủ công
Nếu lỗi nằm ở tọa độ nguồn, phải sửa source/derived field và tạo lại point.
Kéo geometry làm mất tính tái lập.
Tái lập: ghi công cụ, tham số, version dữ liệu, output path và lý do quyết định. Nếu người khác không thể mô tả lại thao tác từ hồ sơ, workflow chưa đủ tốt để bàn giao.
13. Không xóa hàng để bản đồ đẹp
Giữ reason code và số lượng excluded/corrected.
Dữ liệu QA cần flow.
Liên hệ BĐS: hãy nói rõ đối tượng đang xử lý là thửa đất, công trình, điểm khảo sát, đường, tiện ích, vùng nghiên cứu hay bảng thuộc tính. Một công cụ giống nhau nhưng hậu quả nghiệp vụ khác nhau theo loại dữ liệu và nguồn.
14. Kiểm coordinate system sau mọi lần tạo lại
Một điểm đã sửa X/Y nhưng output CRS vẫn sai vẫn không dùng được.
QA hai lớp: value + metadata.
Kiểm dữ liệu trước thao tác: mở Source Properties/Attribute Table, kiểm số feature/row, field quan trọng, spatial reference, selection/filter và đường dẫn dữ liệu. Không chạy công cụ khi chưa biết mình đang sửa lớp nào.
15. Kiểm sample và toàn bộ rule
10 điểm nhìn đúng không chứng minh 10.000 điểm đều đúng.
Dùng flags toàn dataset.
Kiểm kết quả: sau thao tác phải so trước–sau bằng ít nhất một chỉ số định lượng như số feature, extent, diện tích, tọa độ, số Null hoặc số bản ghi được cập nhật. Ảnh chụp bản đồ chỉ là một lớp bằng chứng.
16. Phạm vi theo nguồn có thể khác
Điểm khảo sát ngoài AOI có thể hợp lệ nếu điều tra viên đi ngoài khu vực; phải dựa protocol.
Không tự loại.
Tái lập: ghi công cụ, tham số, version dữ liệu, output path và lý do quyết định. Nếu người khác không thể mô tả lại thao tác từ hồ sơ, workflow chưa đủ tốt để bàn giao.
17. Viết bảng lỗi tọa độ
ID, X gốc, Y gốc, flag, nguyên nhân, giá trị sửa, người xác minh.
Dễ bàn giao.
Liên hệ BĐS: hãy nói rõ đối tượng đang xử lý là thửa đất, công trình, điểm khảo sát, đường, tiện ích, vùng nghiên cứu hay bảng thuộc tính. Một công cụ giống nhau nhưng hậu quả nghiệp vụ khác nhau theo loại dữ liệu và nguồn.
18. Kết luận
Coordinate QA là bước dữ liệu trước spatial analysis.
Sửa lỗi bằng rule và nguồn, không bằng mắt.
Kiểm dữ liệu trước thao tác: mở Source Properties/Attribute Table, kiểm số feature/row, field quan trọng, spatial reference, selection/filter và đường dẫn dữ liệu. Không chạy công cụ khi chưa biết mình đang sửa lớp nào.
Thao tác/công cụ trọng tâm
Select By Attributes + Select By Location + Calculate Field/flags; dùng extent/AOI polygon và đối chiếu bảng raw.
Trong thực hành, ưu tiên bản sao hoặc dữ liệu lab trước khi sửa master. Nếu công cụ có khả năng cập nhật input trực tiếp, cần biết selection/filter hiện tại, có backup và phương án kiểm tra sau khi chạy.
Tình huống thực hành BĐS
Trong 1.200 điểm khảo sát, 7 điểm ngoài Việt Nam, 12 điểm bị đảo X/Y và 4 điểm có projected coordinates lẫn trong cột lon/lat. Nhóm tạo flags, truy raw, sửa bản analytic và chạy XY Table To Point lại.
Yêu cầu không chỉ là có output. Sinh viên phải giải thích được: nguồn dữ liệu, assumption, tham số, phần nào đã thay đổi, phần nào không thay đổi, rủi ro còn lại và bằng chứng nào cho thấy output đủ điều kiện dùng cho bước tiếp theo.
Ma trận quyết định nhanh
| Tình huống | Cách xử lý/công cụ | Mục tiêu | Điểm phải kiểm |
|---|---|---|---|
| Range | Numeric rule | Lon/lat validity | Cơ bản |
| AOI | Spatial rule | Outside study area | Ngữ cảnh |
| Swap | X↔Y pattern | Input error | Kiểm |
| Units | Degree vs meter | CRS suspicion | Không đoán |
| Reason code | Audit | Correction/exclusion | Bắt buộc |
Quy trình thực hành 14 bước
- Xác định source dataset/table và nguồn metadata.
- Ghi source spatial reference hoặc trạng thái Unknown.
- Kiểm đơn vị và range tọa độ.
- Kiểm map coordinate system nhưng không dùng nó thay source CRS.
- Xác định có cần Define Projection, Project hay Geographic Transformation.
- Tạo output/bản sao thử nghiệm.
- Chạy công cụ với tham số đã ghi.
- Kiểm Messages/History.
- Kiểm extent và một số control points.
- Kiểm source/target CRS của output.
- Tạo cờ QA nếu có tọa độ bất thường.
- Ghi planar/geodesic/units nếu chuẩn bị đo.
- Cập nhật CRS inventory.
- Chỉ khi đạt checklist mới chuyển sang Buffer/area/distance.
Bài thực hành
Tạo năm cờ QA tọa độ cho một bảng điểm, sửa lỗi bằng quy trình tái lập và tạo lại feature class sạch.
Sản phẩm sinh viên phải nộp
- Coordinate QA flags
- AOI selection
- Error log
- Corrected table
- Recreated point layer
Những lỗi thường gặp
- Xóa điểm ngoài bản đồ
- Kéo điểm thủ công để sửa
- Range hợp lệ=đúng
- Không giữ raw values
- Không reason code
- Chỉ kiểm 10 điểm
- Không kiểm CRS metadata
- Nhầm DMS với decimal degrees
Lỗi 1 – Xóa điểm ngoài bản đồ: sinh viên phải tạo tình huống minh họa hoặc tìm một case trong dữ liệu lab, ghi dấu hiệu nhận biết, hậu quả và cách sửa. Sau sửa phải có bảng/ảnh before–after hoặc thông số kiểm chứng.
Lỗi 2 – Kéo điểm thủ công để sửa: sinh viên phải tạo tình huống minh họa hoặc tìm một case trong dữ liệu lab, ghi dấu hiệu nhận biết, hậu quả và cách sửa. Sau sửa phải có bảng/ảnh before–after hoặc thông số kiểm chứng.
Lỗi 3 – Range hợp lệ=đúng: sinh viên phải tạo tình huống minh họa hoặc tìm một case trong dữ liệu lab, ghi dấu hiệu nhận biết, hậu quả và cách sửa. Sau sửa phải có bảng/ảnh before–after hoặc thông số kiểm chứng.
Lỗi 4 – Không giữ raw values: sinh viên phải tạo tình huống minh họa hoặc tìm một case trong dữ liệu lab, ghi dấu hiệu nhận biết, hậu quả và cách sửa. Sau sửa phải có bảng/ảnh before–after hoặc thông số kiểm chứng.
Lỗi 5 – Không reason code: sinh viên phải tạo tình huống minh họa hoặc tìm một case trong dữ liệu lab, ghi dấu hiệu nhận biết, hậu quả và cách sửa. Sau sửa phải có bảng/ảnh before–after hoặc thông số kiểm chứng.
Lỗi 6 – Chỉ kiểm 10 điểm: sinh viên phải tạo tình huống minh họa hoặc tìm một case trong dữ liệu lab, ghi dấu hiệu nhận biết, hậu quả và cách sửa. Sau sửa phải có bảng/ảnh before–after hoặc thông số kiểm chứng.
Phản biện chéo
Nhóm phản biện không được hỏi “bấm nút nào” trước. Họ phải yêu cầu nhóm trình bày source CRS, target CRS, datum, units, transformation, extent, control points và reason của lựa chọn. Nếu một mục không rõ, phân tích khoảng cách/diện tích chưa được phép bắt đầu.
Checklist QA cuối bài
- Đúng project/workspace/dataset.
- Source path và version đã ghi.
- Spatial reference/units đã kiểm.
- Selection/filter đã kiểm hoặc clear khi cần.
- Không sửa raw/master ngoài chủ đích.
- Công cụ/tham số được lưu trong History hoặc nhật ký.
- Số row/feature trước–sau hợp lý.
- Geometry/attributes của sample cases đã kiểm.
- Tên field/output có unit/ý nghĩa rõ.
- Không nhầm hiển thị đúng với dữ liệu đúng.
- Có limitation nếu nguồn/độ chính xác chưa xác minh.
- Có thể mở lại project và tái hiện kết quả.
Ghi nhớ trong 30 giây
- Điểm ngoài phạm vi là tín hiệu
- X/Y đảo rất phổ biến
- Độ và mét khác magnitude
- Sửa nguồn chứ không kéo điểm
- Lưu reason code
Nguồn tham khảo
Nguồn kỹ thuật chính là tài liệu chính thức Esri ArcGIS Pro 3.6. Ví dụ BĐS được dùng để chuyển khái niệm phần mềm thành tình huống thực hành; khi xử lý dữ liệu địa chính/pháp lý chính thức phải tuân thủ nguồn và quy trình nghiệp vụ tương ứng.
- https://pro.arcgis.com/en/pro-app/3.6/help/mapping/layer-properties/add-x-y-coordinate-data-as-a-layer.htm
- https://pro.arcgis.com/en/pro-app/3.6/get-started/create-points-from-a-table.htm
Bài tiếp theo
Checklist hệ tọa độ trước khi Buffer, diện tích hoặc khoảng cách.
Bài luyện tập mở rộng
Luyện tập 1
Tạo rule bounding box.
Yêu cầu nộp: công cụ/tham số, ảnh hoặc bảng kiểm trước–sau, ít nhất một lỗi cố ý và cách phát hiện/sửa. Không chỉ nộp screenshot cuối.
Luyện tập 2
Mô phỏng đảo X/Y.
Yêu cầu nộp: công cụ/tham số, ảnh hoặc bảng kiểm trước–sau, ít nhất một lỗi cố ý và cách phát hiện/sửa. Không chỉ nộp screenshot cuối.
Luyện tập 3
Mô phỏng projected-as-WGS84.
Yêu cầu nộp: công cụ/tham số, ảnh hoặc bảng kiểm trước–sau, ít nhất một lỗi cố ý và cách phát hiện/sửa. Không chỉ nộp screenshot cuối.
Luyện tập 4
Thiết kế error log.
Yêu cầu nộp: công cụ/tham số, ảnh hoặc bảng kiểm trước–sau, ít nhất một lỗi cố ý và cách phát hiện/sửa. Không chỉ nộp screenshot cuối.
Phòng thí nghiệm kiểm lỗi
Tạo một bản sao project chứa ba lỗi: một lớp gán sai CRS, một bảng XY đảo X/Y và một lớp khác datum không chọn transformation. Mỗi nhóm phải xác định lỗi mà không 'thử đại', sửa theo thứ tự source → transformation/project → control-point QA, rồi ghi lại decision tree.
Biên bản QA mẫu
| Mục | Trước | Sau | Kết luận |
|---|---|---|---|
| Source CRS | Đã biết/chưa | Tên/WKID | Đạt/chưa |
| Datum | Nguồn | Target | Transform? |
| Units | Input | Output | Rõ |
| Extent | Trước | Sau | Hợp lý |
| Control points | Dự kiến | Sai lệch | Chấp nhận? |
| Ready for analysis | No/Yes | Reason | Gate |
Câu hỏi tự luận cuối bài
- Giải thích vì sao “Kiểm điểm ngoài phạm vi, tọa độ đảo X/Y và sai đơn vị” có thể làm sai kết quả BĐS dù bản đồ vẫn nhìn hợp lý.
- Nêu một tình huống mà thao tác kỹ thuật đúng nhưng lựa chọn dữ liệu hoặc tham số sai.
- Thiết kế một bước kiểm chứng độc lập trước khi bàn giao output.
- Nêu bốn thông tin bắt buộc phải ghi trong nhật ký xử lý của bài.
Ví dụ kiểm lỗi theo thứ tự từ số đến không gian
Với một bảng có hàng nghìn điểm, nên kiểm theo tầng: trước hết kiểm kiểu dữ liệu và khoảng số của X/Y; sau đó kiểm quy tắc đảo X/Y hoặc sai dấu; tiếp theo mới tạo điểm và kiểm không gian bằng AOI, địa bàn hành chính hoặc khoảng cách tới đối tượng tham chiếu. Cách làm này giúp phân biệt lỗi số học đơn giản với lỗi CRS hoặc lỗi vị trí thực địa. Nếu chỉ nhìn bản đồ, một số điểm sai nhưng vẫn nằm trong khu vực nghiên cứu có thể bị bỏ sót.
Trong biên bản QA, nên giữ cả giá trị gốc và giá trị sau sửa. Không overwrite cột X/Y raw rồi mất bằng chứng. Cách an toàn là tạo các trường chuẩn hóa hoặc một bảng analytic mới, kèm `reason_code` như `SWAP_XY`, `WRONG_SIGN`, `WRONG_UNIT`, `OUTSIDE_AOI_CONFIRMED` và `VALID_OUTSIDE_AOI` để phân biệt lỗi thật với trường hợp hợp lệ nhưng nằm ngoài vùng dự kiến.