Unique Values: phân biệt loại BĐS, trạng thái hoặc mục đích sử dụng là Bài 35 của chuyên đề ArcGIS Pro trong phân tích không gian BĐS. Dùng Unique Values để ký hiệu các biến định tính BĐS, quản lý lớp giá trị, màu, nhãn, thứ tự, , nhiều fields/Arcade expression và tránh biến category thành thang thứ tự giả.
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 được đối chiếu với tài liệu ArcGIS Pro 3.6 của Esri. Tên pane, menu hoặc tùy chọn có thể thay đổi nhẹ theo bản vá, ngôn ngữ giao diện và loại lớp dữ liệu.
Lưu ý: phần trình bày bản đồ trong ArcGIS Pro là bước truyền đạt kết quả phân tích, không phải bằng chứng thay thế cho chất lượng dữ liệu, phương pháp phân tích hoặc nguồn pháp lý của BĐS.
Mục tiêu học tập
- Hiểu đúng câu hỏi BĐS mà công cụ hoặc kỹ thuật trong bài đang giải quyết.
- Biết dữ liệu đầu vào, kiểu biến, khóa, tỷ lệ bản đồ hoặc nguồn cần kiểm trước khi thao tác.
- Thực hiện được quy trình trên ArcGIS Pro theo cách có thể lặp lại và bàn giao.
- Nhận diện lỗi dễ gây sai bản đồ hoặc sai kết quả ngay cả khi phần mềm vẫn chạy.
- Biết cách kiểm đầu ra bằng số liệu, bảng thuộc tính và bản đồ thay vì chỉ nhìn hình.
Vị trí trong lộ trình 96 bài
Bài thuộc Chương 5 – Bản đồ học và trình bày kết quả. Bài 33–40 không xem bản đồ là phần trang trí cuối cùng mà là một hệ thống truyền đạt kết quả: chọn ký hiệu theo loại biến, phân lớp định lượng, quản lý màu–nhãn–tỷ lệ, xây Layout, Map Series và kiểm bản xuất trước khi phát hành.
1. Unique Values dành cho categories
Esri mô tả renderer này cho các nhóm định tính khác nhau.
Ví dụ loại đất, loại BĐS, trạng thái.
Câu hỏi bản đồ: hãy viết một câu ngắn trước khi chọn ký hiệu, ví dụ “khu vực nào có giá trung vị cao hơn?” hoặc “các loại BĐS phân bố ở đâu?”. Câu hỏi này quyết định field, kiểu ký hiệu, phân lớp và chú giải.
2. Field category phải sạch
`Căn hộ`, `can ho`, `CH` sẽ thành ba classes nếu không chuẩn hóa.
Domain giúp tránh lỗi này từ đầu.
Kiểm dữ liệu: xác nhận field là định tính hay định lượng, đơn vị, Null, giá trị cực trị và phạm vi thời gian. Bản đồ học không chữa được dữ liệu sai hoặc field bị hiểu sai.
3. Màu qualitative không nên hàm ý cao-thấp
Các hues khác nhau phù hợp nominal categories.
Không dùng gradient từ nhạt đến đậm cho loại BĐS nếu không có thứ tự.
Kiểm thị giác: xem bản đồ ở đúng tỷ lệ xuất bản và kích thước trang thật. Một bản đồ dễ đọc khi phóng 200% trên màn hình có thể hoàn toàn thất bại khi in A4 hoặc đặt trong báo cáo.
4. Có thể dùng hơn một field
ArcGIS Pro cho phép kết hợp nhiều fields để tạo symbol classes trong một số trường hợp.
Số tổ hợp có thể tăng nhanh.
Kiểm so sánh: nếu có nhiều bản đồ theo khu vực hoặc thời gian, phải xác định yếu tố nào cần giữ cố định: class breaks, scale, color scheme, label rules hay layout. Nếu thay đổi các quy tắc này, phải ghi rõ để người đọc không so sánh sai.
5. Arcade expression có thể tạo category động
Renderer có thể dựa expression thay field trực tiếp.
Expression phải lưu và hiểu được.
Câu hỏi bản đồ: hãy viết một câu ngắn trước khi chọn ký hiệu, ví dụ “khu vực nào có giá trung vị cao hơn?” hoặc “các loại BĐS phân bố ở đâu?”. Câu hỏi này quyết định field, kiểu ký hiệu, phân lớp và chú giải.
6. Add all values/Unlisted values
Có thể thêm các giá trị chưa có trong danh sách symbol classes.
Kiểm khi data update.
Kiểm dữ liệu: xác nhận field là định tính hay định lượng, đơn vị, Null, giá trị cực trị và phạm vi thời gian. Bản đồ học không chữa được dữ liệu sai hoặc field bị hiểu sai.
7.
Class này giúp bao các category chưa liệt kê.
Không để che category mới quan trọng.
Kiểm thị giác: xem bản đồ ở đúng tỷ lệ xuất bản và kích thước trang thật. Một bản đồ dễ đọc khi phóng 200% trên màn hình có thể hoàn toàn thất bại khi in A4 hoặc đặt trong báo cáo.
8. Sort/order classes
Thứ tự legend có thể theo nghiệp vụ chứ không theo alphabet.
Ví dụ trạng thái quy trình có order logic.
Kiểm so sánh: nếu có nhiều bản đồ theo khu vực hoặc thời gian, phải xác định yếu tố nào cần giữ cố định: class breaks, scale, color scheme, label rules hay layout. Nếu thay đổi các quy tắc này, phải ghi rõ để người đọc không so sánh sai.
9. Labels khác values
Có thể hiển thị nhãn thân thiện trong legend trong khi code giữ ổn định.
Không đổi code chỉ để đẹp legend.
Câu hỏi bản đồ: hãy viết một câu ngắn trước khi chọn ký hiệu, ví dụ “khu vực nào có giá trung vị cao hơn?” hoặc “các loại BĐS phân bố ở đâu?”. Câu hỏi này quyết định field, kiểu ký hiệu, phân lớp và chú giải.
10. Grouping categories
Một số classes có thể nhóm dưới headings hoặc symbol giống nhau khi phù hợp.
Không gộp category khác bản chất.
Kiểm dữ liệu: xác nhận field là định tính hay định lượng, đơn vị, Null, giá trị cực trị và phạm vi thời gian. Bản đồ học không chữa được dữ liệu sai hoặc field bị hiểu sai.
11. Quá nhiều unique values làm bản đồ rối
Nếu 50 dự án, nên cân nhắc query, grouping hoặc renderer khác.
Không cố gán 50 màu.
Kiểm thị giác: xem bản đồ ở đúng tỷ lệ xuất bản và kích thước trang thật. Một bản đồ dễ đọc khi phóng 200% trên màn hình có thể hoàn toàn thất bại khi in A4 hoặc đặt trong báo cáo.
12. Categorical raster cũng có Unique Values
Land cover raster một band có thể dùng unique values.
Không nhầm với continuous raster.
Kiểm so sánh: nếu có nhiều bản đồ theo khu vực hoặc thời gian, phải xác định yếu tố nào cần giữ cố định: class breaks, scale, color scheme, label rules hay layout. Nếu thay đổi các quy tắc này, phải ghi rõ để người đọc không so sánh sai.
13. Màu theo convention
Nước, cây xanh, đường… có thể dùng convention nếu phù hợp; trạng thái cảnh báo cần cân nhắc.
Không để màu tạo judgment không chủ ý.
Câu hỏi bản đồ: hãy viết một câu ngắn trước khi chọn ký hiệu, ví dụ “khu vực nào có giá trung vị cao hơn?” hoặc “các loại BĐS phân bố ở đâu?”. Câu hỏi này quyết định field, kiểu ký hiệu, phân lớp và chú giải.
14. Scale range cho symbol classes
ArcGIS Pro có thể kiểm soát scale ranges trong symbology.
Một số categories chỉ cần ở scale lớn.
Kiểm dữ liệu: xác nhận field là định tính hay định lượng, đơn vị, Null, giá trị cực trị và phạm vi thời gian. Bản đồ học không chữa được dữ liệu sai hoặc field bị hiểu sai.
15. Data update
Khi thêm category mới, symbology cũ có thể không tự trình bày như mong muốn.
Refresh/add values.
Kiểm thị giác: xem bản đồ ở đúng tỷ lệ xuất bản và kích thước trang thật. Một bản đồ dễ đọc khi phóng 200% trên màn hình có thể hoàn toàn thất bại khi in A4 hoặc đặt trong báo cáo.
16. Save layer style
Lưu .lyrx hoặc style để chuẩn hóa nhiều project.
Giữ code-value mapping.
Kiểm so sánh: nếu có nhiều bản đồ theo khu vực hoặc thời gian, phải xác định yếu tố nào cần giữ cố định: class breaks, scale, color scheme, label rules hay layout. Nếu thay đổi các quy tắc này, phải ghi rõ để người đọc không so sánh sai.
17. Legend must match
Legend phải bỏ categories không hiển thị hoặc giải thích other/unknown.
Không có symbol trên map nhưng vẫn legend dư.
Câu hỏi bản đồ: hãy viết một câu ngắn trước khi chọn ký hiệu, ví dụ “khu vực nào có giá trung vị cao hơn?” hoặc “các loại BĐS phân bố ở đâu?”. Câu hỏi này quyết định field, kiểu ký hiệu, phân lớp và chú giải.
18. Kết luận
Unique Values hiệu quả khi category sạch, số nhóm vừa phải và màu không tạo thứ tự giả.
Schema tốt làm cartography dễ.
Kiểm dữ liệu: xác nhận field là định tính hay định lượng, đơn vị, Null, giá trị cực trị và phạm vi thời gian. Bản đồ học không chữa được dữ liệu sai hoặc field bị hiểu sai.
Thao tác/công cụ trọng tâm
Symbology → Unique Values → Field(s)/Expression → Add all values; quản lý Classes/Scales và labels.
Khuyến nghị lưu một bản layer/layout thử nghiệm trước khi chỉnh sâu. Khi thay đổi ký hiệu, class breaks, nhãn hoặc layout, nên lưu ảnh đối chiếu để thấy quyết định thiết kế đã làm thông tin rõ hơn hay chỉ làm bản đồ nhiều màu hơn.
Tình huống thực hành BĐS
Lớp dự án có 8 loại BĐS nhưng dữ liệu thô có 17 cách ghi. Nhóm chuẩn hóa/domain trước, sau đó Unique Values với 8 classes; `Không xác định` dùng màu trung tính riêng.
Tình huống được chấm theo khả năng giải thích lựa chọn và kiểm chứng kết quả. Sinh viên phải nêu được dữ liệu nguồn, tham số chính, điều đã thay đổi, điều không thay đổi và giới hạn của sản phẩm cuối.
Ma trận quyết định nhanh
| Tình huống | Cách hiểu/công cụ | Mục tiêu | Điểm phải kiểm |
|---|---|---|---|
| Nominal | Different hues | Category | No order |
| Ordinal | Ordered scheme cân nhắc | Rank | Không giả định interval |
| Other | Fallback class | Unknown/new | Monitor |
| Expression | Dynamic categories | Derived class | Document |
| Many values | Filter/group | Reduce clutter | Avoid 50 colors |
Quy trình thực hành đề xuất
- Viết câu hỏi bản đồ.
- Xác định geometry type và measurement level.
- Kiểm Null/outlier/category quality.
- Chọn field hoặc expression.
- Chọn loại ký hiệu phù hợp.
- Nếu định lượng, xem histogram/classification.
- Nếu định tính, kiểm số categories và labels.
- Chọn color scheme phù hợp.
- Kiểm legend.
- Kiểm ở 2–3 tỷ lệ.
- So với một phương án thay thế.
- Lưu layer/style và lý do lựa chọn.
Bài thực hành
Chuẩn hóa một field category bẩn và tạo Unique Values map với tối đa 8 classes + unknown.
Sản phẩm sinh viên phải nộp
- Category cleaning table
- Unique Values map
- Legend
- Color rationale
- Update test
Những lỗi thường gặp
- Gradient cho nominal
- Không chuẩn hóa category
- 50 màu
- Ẩn unknown bằng other
- Đổi code để sửa label
- Không refresh values
- Legend thừa
- Màu hàm ý tốt/xấu
Lỗi 1 – Gradient cho nominal: hãy tạo một ví dụ cụ thể, chỉ ra dấu hiệu nhận biết và hậu quả. Sau khi sửa, nộp một bằng chứng before–after hoặc bảng kiểm để chứng minh lỗi đã được xử lý.
Lỗi 2 – Không chuẩn hóa category: hãy tạo một ví dụ cụ thể, chỉ ra dấu hiệu nhận biết và hậu quả. Sau khi sửa, nộp một bằng chứng before–after hoặc bảng kiểm để chứng minh lỗi đã được xử lý.
Lỗi 3 – 50 màu: hãy tạo một ví dụ cụ thể, chỉ ra dấu hiệu nhận biết và hậu quả. Sau khi sửa, nộp một bằng chứng before–after hoặc bảng kiểm để chứng minh lỗi đã được xử lý.
Lỗi 4 – Ẩn unknown bằng other: hãy tạo một ví dụ cụ thể, chỉ ra dấu hiệu nhận biết và hậu quả. Sau khi sửa, nộp một bằng chứng before–after hoặc bảng kiểm để chứng minh lỗi đã được xử lý.
Lỗi 5 – Đổi code để sửa label: hãy tạo một ví dụ cụ thể, chỉ ra dấu hiệu nhận biết và hậu quả. Sau khi sửa, nộp một bằng chứng before–after hoặc bảng kiểm để chứng minh lỗi đã được xử lý.
Lỗi 6 – Không refresh values: hãy tạo một ví dụ cụ thể, chỉ ra dấu hiệu nhận biết và hậu quả. Sau khi sửa, nộp một bằng chứng before–after hoặc bảng kiểm để chứng minh lỗi đã được xử lý.
Phản biện chéo
Nhóm phản biện chỉ được xem bản đồ trong 10 giây đầu và phải nói câu hỏi mà họ hiểu từ bản đồ. Nếu câu trả lời khác mục tiêu của tác giả, nhóm thiết kế phải sửa hierarchy, legend, labels hoặc class breaks trước khi bàn giao.
Checklist QA cuối bài
- Đúng project/layer/table/layout.
- Nguồn dữ liệu và thời điểm đã ghi.
- Field/key/measurement level đã kiểm.
- Null/duplicate/outlier hoặc category values đã kiểm.
- Selection/filter không còn sót ngoài chủ đích.
- Công cụ và tham số chính được lưu.
- Đơn vị và nhãn hiển thị rõ.
- Không làm mất source/raw.
- Đã kiểm output bằng ít nhất một cách độc lập.
- Nếu là bản đồ, đã kiểm ở tỷ lệ/kích thước xuất thật.
- Nếu có so sánh nhiều bản đồ, rules cần so sánh đã được giữ nhất quán.
- Người khác có thể mở project/output và hiểu không cần hỏi lại.
Ghi nhớ trong 30 giây
- Unique Values cho qualitative categories
- Category phải sạch
- Màu không nên tạo thứ tự giả
- Other cần theo dõi
- Quá nhiều categories làm rối
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. Các ví dụ BĐS chỉ nhằm minh họa cách áp dụng; khi phát hành bản đồ hoặc sử dụng dữ liệu hành chính/pháp lý cần ghi đúng nguồn và phạm vi sử dụng.
- https://pro.arcgis.com/en/pro-app/3.6/help/mapping/layer-properties/unique-value.htm
- https://pro.arcgis.com/en/pro-app/3.6/help/mapping/layer-properties/work-with-color-schemes.htm
Bài tiếp theo
Labels: thiết kế nhãn theo tỷ lệ và ưu tiên để bản đồ không bị rối.
Bài luyện tập mở rộng
Luyện tập 1
Dirty-category cleaning.
Yêu cầu nộp: ảnh/bảng kiểm, thông số đã dùng, một nhận xét về rủi ro và một dòng giải thích vì sao lựa chọn cuối phù hợp hơn phương án thay thế.
Luyện tập 2
Unknown class.
Yêu cầu nộp: ảnh/bảng kiểm, thông số đã dùng, một nhận xét về rủi ro và một dòng giải thích vì sao lựa chọn cuối phù hợp hơn phương án thay thế.
Luyện tập 3
8 vs 20 classes.
Yêu cầu nộp: ảnh/bảng kiểm, thông số đã dùng, một nhận xét về rủi ro và một dòng giải thích vì sao lựa chọn cuối phù hợp hơn phương án thay thế.
Luyện tập 4
Save .lyrx.
Yêu cầu nộp: ảnh/bảng kiểm, thông số đã dùng, một nhận xét về rủi ro và một dòng giải thích vì sao lựa chọn cuối phù hợp hơn phương án thay thế.
Phòng thí nghiệm kiểm lỗi
Dùng cùng một dữ liệu để cố ý tạo hai bản đồ dễ gây hiểu sai: một bản dùng classification không phù hợp và một bản dùng màu tạo thứ tự giả. Sau đó sửa lại theo measurement level và histogram, rồi giải thích sự khác biệt trong thông điệp mà người đọc nhận được.
Biên bản QA mẫu
| Mục | Trước | Sau | Kết luận |
|---|---|---|---|
| Question | Câu hỏi bản đồ | Hiển thị | Khớp |
| Field/Unit | Nguồn | Legend | Rõ |
| Symbology | Kiểu/phân lớp | Bản đồ | Hợp lý |
| Labels/Hierarchy | Scale | Output | Đọc được |
| Layout/Export | Page/format | File cuối | Đạt |
| Source/Limit | Ghi chú | Phát hành | Có |
Câu hỏi tự luận cuối bài
- Giải thích vì sao “Unique Values: phân biệt loại BĐS, trạng thái hoặc mục đích sử dụng” có thể làm người đọc hoặc người phân tích hiểu sai dù ArcGIS Pro không báo lỗi.
- Nêu một trường hợp dữ liệu đầu vào đúng nhưng cách trình bày/thao tác làm kết quả sai hoặc gây hiểu nhầm.
- Đề xuất một phép kiểm độc lập trước khi bàn giao.
- Nêu bốn thông tin phải có trong nhật ký hoặc metadata của sản phẩm cuối.
Quản lý category mới và category không xác định
Dữ liệu BĐS thường phát sinh giá trị mới theo thời gian như loại sản phẩm mới, trạng thái mới hoặc cách viết khác. Khi dùng Unique Values, cần có bước kiểm “unlisted values” sau mỗi lần cập nhật dữ liệu. Nếu mọi giá trị lạ bị dồn vào <all other values>, bản đồ có thể che mất lỗi schema hoặc một category mới đáng chú ý.
Không xác định, chưa cập nhật và không áp dụng là ba khái niệm khác nhau. Nếu chúng có ý nghĩa nghiệp vụ khác, nên dùng các mã/nhãn khác nhau thay vì một category “Khác”. Điều này giúp legend phản ánh chất lượng dữ liệu chứ không chỉ trình bày loại hình.
Kiểm khả năng đọc của chú giải
Chú giải Unique Values nên cho phép người đọc hiểu nhanh các nhóm chính mà không phải dò từng mã. Khi category có mã nghiệp vụ khó nhớ, giữ mã trong data nhưng dùng label thân thiện trong legend. Nếu hai nhóm có màu quá giống, người đọc sẽ khó phân biệt dù ArcGIS coi đó là hai symbols khác nhau.