Định dạng file RTK: Hướng dẫn xuất, nhập và xử lý lỗi thường gặp trong đo đạc

Trong công tác đo đạc bằng máy RTK, việc thu thập tọa độ ngoài thực địa chỉ là bước đầu tiên. Sau khi đo xong, dữ liệu cần được xuất, kiểm tra và chuyển sang các phần mềm phục vụ biên tập bản đồ, thiết kế, nghiệm thu hoặc bàn giao cho chủ đầu tư.

Tùy theo mục đích sử dụng, dữ liệu có thể được xử lý trên Excel, AutoCAD, Civil 3D, CASS, Trimble Business Center (TBC), Leica Infinity, QGIS hoặc Google Earth. Mỗi phần mềm có yêu cầu riêng về định dạng file và cấu trúc dữ liệu. Nếu chọn sai định dạng, nhầm thứ tự cột tọa độ hoặc khai báo không đúng hệ tọa độ, người dùng có thể gặp tình trạng không hiển thị điểm, sai vị trí hoặc không thể tiếp tục xử lý dữ liệu.

Bài viết dưới đây hướng dẫn các định dạng file RTK phổ biến, cách xuất và nhập dữ liệu, đồng thời chỉ ra nguyên nhân và cách khắc phục những lỗi thường gặp trong quá trình đo đạc.

1. Các định dạng file dữ liệu RTK phổ biến

Dữ liệu đo đạc từ máy RTK có thể được xuất ra nhiều định dạng khác nhau. Mỗi định dạng có đặc điểm và mục đích sử dụng riêng, vì vậy cần lựa chọn dựa trên phần mềm tiếp nhận và yêu cầu xử lý dữ liệu.

1.1. File CSV (*.csv)

CSV là định dạng văn bản dùng để lưu dữ liệu theo từng dòng, trong đó các trường thông tin được phân tách bằng một ký tự nhất định, thường là dấu phẩy. Đây là định dạng phổ biến khi trao đổi bảng tọa độ giữa máy RTK, Excel và các phần mềm khảo sát.

Một file CSV tọa độ thường có các trường thông tin sau:

• Point ID: Số hiệu hoặc tên điểm đo.
• Easting (X): Tọa độ theo trục Đông, thường được ký hiệu là X trong hệ tọa độ phẳng.
• Northing (Y): Tọa độ theo trục Bắc, thường được ký hiệu là Y trong hệ tọa độ phẳng.
• Elevation (H hoặc Z): Cao độ điểm.
• Code: Mã địa vật hoặc mã điểm đo.
• Description: Thông tin mô tả bổ sung nếu có.

Ví dụ cấu trúc file CSV:

Point,X,Y,H,Code
P1,234567.123,1234567.456,15.234,COTDIEN
P2,234580.125,1234572.321,15.650,MIENGCONG

Ưu điểm của file CSV:

• Dung lượng nhỏ, thuận tiện gửi qua email, Zalo hoặc các nền tảng trao đổi file.
• Có thể mở bằng Excel hoặc trình soạn thảo văn bản để kiểm tra dữ liệu.
• Dễ sử dụng khi chuyển bảng tọa độ giữa các phần mềm khảo sát, CAD và GIS có hỗ trợ nhập CSV.
• Có thể tùy chỉnh số lượng và thứ tự các trường dữ liệu theo yêu cầu của phần mềm xuất.

Hạn chế của file CSV:

• Không có cấu trúc cột thống nhất cho tất cả thiết bị và phần mềm.
• Dấu phân cách có thể là dấu phẩy, dấu chấm phẩy hoặc ký tự khác tùy cấu hình.
• Thông tin hệ tọa độ và hệ quy chiếu không nhất thiết được lưu đầy đủ trong file.
• Không phù hợp để lưu nguyên vẹn bản vẽ CAD phức tạp gồm nhiều đối tượng và layer.

Khi nhận file CSV từ đơn vị khác, người dùng cần kiểm tra tiêu đề cột, thứ tự dữ liệu, dấu phân cách và quy ước tọa độ trước khi nhập vào phần mềm.

1.2. File TXT (*.txt)

TXT là định dạng văn bản thuần, thường được sử dụng để trao đổi dữ liệu tọa độ giữa các thiết bị và phần mềm đo đạc.

Tùy theo cấu hình xuất, file TXT có thể chứa số hiệu điểm, tọa độ X, tọa độ Y, cao độ và mã điểm. Các trường thường được phân tách bằng dấu phẩy, dấu cách, dấu tab hoặc ký tự được quy định trước.

Ví dụ:

P1 234567.123 1234567.456 15.234 COTDIEN
P2 234580.125 1234572.321 15.650 MIENGCONG

Ưu điểm của file TXT:

• Dễ mở và chỉnh sửa bằng Notepad hoặc Notepad++.
• Cấu trúc linh hoạt, phù hợp với các quy trình nhập tọa độ và bố trí điểm.
• Dễ kiểm tra lỗi định dạng trước khi đưa vào phần mềm đo đạc.

Lưu ý khi sử dụng: TXT không tự quy định thứ tự các trường dữ liệu. Người dùng cần bảo đảm phần mềm nhập hiểu đúng cấu trúc file, đặc biệt là vị trí của Point ID, X, Y, H và Code.

1.3. File DAT (*.dat)

DAT là phần mở rộng của file dữ liệu, không phải một tiêu chuẩn định dạng thống nhất. Trong lĩnh vực đo đạc địa hình tại Việt Nam, một số quy trình sử dụng file DAT để trao đổi dữ liệu điểm với các phần mềm biên tập bản đồ, trong đó có những quy trình sử dụng CASS hoặc công cụ dựa trên AutoCAD.

Tùy phần mềm, file DAT có thể chứa danh sách điểm tọa độ hoặc dữ liệu theo cấu trúc riêng.

Ưu điểm của file DAT:

• Phù hợp với quy trình xử lý dữ liệu đã được thiết lập tại một số đơn vị đo đạc.
• Thuận tiện khi nhập dữ liệu vào phần mềm yêu cầu đúng cấu trúc DAT.
• Dễ trao đổi trong nội bộ nếu các bên sử dụng chung quy ước dữ liệu.

Lưu ý khi sử dụng: Không nên đổi đuôi CSV hoặc TXT thành DAT rồi mặc định rằng file sẽ tương thích. Cần kiểm tra cấu trúc file theo yêu cầu của phần mềm đích.

1.4. File DXF (*.dxf)

DXF là định dạng trao đổi bản vẽ CAD, thường được sử dụng để chuyển dữ liệu giữa các phần mềm thiết kế và biên tập bản vẽ.

Khác với CSV hoặc TXT chủ yếu dùng để trao đổi bảng dữ liệu, DXF có thể lưu nhiều loại đối tượng đồ họa như điểm, đường thẳng, đường đa tuyến, văn bản và thông tin layer tùy nội dung được xuất.

Ưu điểm của file DXF:

• Có thể mở bằng AutoCAD và nhiều phần mềm CAD tương thích.
• Thuận tiện khi trao đổi bản vẽ hoặc dữ liệu hình học đã được tổ chức thành các đối tượng CAD.
• Hạn chế thao tác nhập tọa độ thủ công khi quy trình xuất và nhập được cấu hình đúng.

Hạn chế của file DXF:

• Không phải file DXF nào cũng chứa đầy đủ dữ liệu đo đạc gốc, mã điểm hoặc thông tin chất lượng đo.
• Khả năng giữ lại thuộc tính và đối tượng phụ thuộc phần mềm xuất, phiên bản DXF và phần mềm tiếp nhận.
• Nếu bản vẽ có hệ tọa độ hoặc đơn vị không phù hợp, đối tượng có thể hiển thị sai vị trí hoặc sai tỷ lệ.

Nếu chỉ cần chuyển danh sách điểm tọa độ, CSV hoặc TXT thường đơn giản hơn. Nếu cần chuyển các đối tượng bản vẽ, DXF có thể phù hợp hơn.

1.5. File KML và KMZ

KML là định dạng dữ liệu không gian thường dùng để hiển thị các đối tượng địa lý trên Google Earth và những phần mềm có hỗ trợ KML. KMZ là dạng đóng gói dữ liệu KML, thường được sử dụng để chia sẻ dữ liệu gọn hơn và có thể chứa các tài nguyên đi kèm.

KML/KMZ phù hợp với những nhu cầu sau:

• Kiểm tra vị trí điểm: Hiển thị sơ bộ vị trí điểm hoặc tuyến khảo sát trên nền bản đồ.
• Đối chiếu hiện trạng: So sánh vị trí công trình với ảnh vệ tinh và khu vực xung quanh.
• Chia sẻ dữ liệu: Gửi vị trí khảo sát cho người không sử dụng phần mềm đo đạc chuyên dụng.

Lưu ý quan trọng: KML thường sử dụng tọa độ địa lý theo kinh độ, vĩ độ và có thể có cao độ theo quy ước của định dạng. Trong khi đó, dữ liệu RTK tại Việt Nam có thể được lưu theo tọa độ phẳng VN-2000. Vì vậy, cần chuyển đổi tọa độ phù hợp trước khi xuất hoặc hiển thị trên Google Earth. Không nên đưa trực tiếp tọa độ X, Y phẳng vào trường kinh độ, vĩ độ.

KML cũng không phải định dạng thay thế cho file tọa độ gốc trong những công việc yêu cầu kiểm soát chặt chẽ về hệ tọa độ và độ chính xác.

1.6. File SHP (*.shp)

SHP là định dạng dữ liệu không gian được sử dụng rộng rãi trong các hệ thống GIS như QGIS và ArcGIS. Shapefile thường dùng để lưu các đối tượng điểm, đường hoặc vùng cùng với bảng thuộc tính liên quan.

Một bộ Shapefile thường gồm nhiều file thành phần:

• .shp: Lưu hình học của các đối tượng.
• .shx: Lưu chỉ mục hình học.
• .dbf: Lưu bảng thuộc tính.
• .prj: Lưu thông tin hệ tọa độ nếu được cung cấp.

Ưu điểm của file SHP:

• Phù hợp để quản lý, phân tích và trao đổi dữ liệu không gian trong GIS.
• Có thể lưu thuộc tính của từng điểm, tuyến hoặc vùng.
• Thuận tiện khi tích hợp dữ liệu khảo sát vào cơ sở dữ liệu bản đồ.

Lưu ý khi sử dụng: Cần giữ đầy đủ các file thành phần cần thiết và kiểm tra hệ tọa độ của lớp dữ liệu. Không nên chỉ gửi riêng file .shp vì phần mềm tiếp nhận có thể thiếu thông tin hình học, thuộc tính hoặc hệ tọa độ.

1.7. File Excel (*.xls, *.xlsx)

Excel thường được sử dụng để tổng hợp, kiểm tra và bàn giao bảng tọa độ. Một số phần mềm đo đạc có thể hỗ trợ xuất trực tiếp sang Excel; với các phần mềm khác, người dùng có thể mở CSV bằng Excel rồi lưu thành XLSX.

Ưu điểm của file Excel:

• Dễ xem, sắp xếp và lọc danh sách điểm.
• Thuận tiện lập bảng tọa độ, bảng thống kê và hồ sơ bàn giao.
• Dễ bổ sung ghi chú hoặc thông tin quản lý theo yêu cầu của dự án.

Lưu ý khi sử dụng: Excel có thể tự nhận dạng sai dấu thập phân, định dạng số hoặc ký tự phân cách khi mở file văn bản. Khi nhập dữ liệu, nên xác định đúng dấu phân cách và kiểu dữ liệu để tránh làm thay đổi giá trị tọa độ.

2. Nên chọn định dạng file RTK nào cho từng công việc?

Mỗi định dạng phù hợp với một nhóm công việc nhất định. Người dùng nên lựa chọn dựa trên phần mềm tiếp nhận, loại dữ liệu cần trao đổi và yêu cầu của dự án.

Bảng trên mang tính định hướng. Khả năng nhập và xuất thực tế phụ thuộc phiên bản phần mềm, bộ điều khiển, cấu hình dự án và định dạng được thiết lập.

3. Hướng dẫn xuất dữ liệu từ máy RTK

Các phần mềm điều khiển GNSS RTK như Leica Captivate, Trimble Access, CHCNAV LandStar, M-Survey của Meridian, SurPad của eSurvey hoặc MateSurvey của Geomate có giao diện và tên menu khác nhau. Tuy nhiên, quy trình xuất dữ liệu thường gồm các bước cơ bản dưới đây.

Bước 1. Mở đúng Project hoặc Job

Truy cập dự án đã thực hiện đo đạc và xác nhận đang mở đúng công trình. Nếu phần mềm có nhiều công việc hoặc nhiều cơ sở dữ liệu điểm, cần kiểm tra chính xác dữ liệu cần xuất.

Bước 2. Kiểm tra danh sách điểm

Mở danh sách điểm đã lưu để xác nhận số lượng, số hiệu điểm, tọa độ và cao độ. Nếu cần xuất cả mã điểm hoặc ghi chú, hãy kiểm tra các trường này có tồn tại trong dữ liệu gốc hay không.

Bước 3. Truy cập chức năng xuất dữ liệu

Tìm chức năng có tên như Export, Export Data hoặc chức năng tương đương. Tên menu cụ thể phụ thuộc phần mềm và phiên bản đang sử dụng.

Bước 4. Chọn định dạng đầu ra

Chọn định dạng phù hợp với phần mềm hoặc đơn vị tiếp nhận, chẳng hạn CSV, TXT, DXF, KML hoặc một định dạng khác được hỗ trợ. DAT và SHP chỉ nên chọn khi phần mềm xuất có hỗ trợ và quy trình tiếp nhận yêu cầu định dạng đó.

Bước 5. Kiểm tra cấu trúc dữ liệu xuất

Tùy phần mềm, người dùng có thể cấu hình các trường dữ liệu cần xuất, bao gồm:

• Point ID: Số hiệu điểm.
• Easting và Northing: Tọa độ X và Y theo quy ước của dự án.
• Elevation: Cao độ điểm.
• Code hoặc Description: Mã điểm và thông tin mô tả.
• Rod Height hoặc Antenna Height: Chiều cao sào hoặc ăng-ten nếu phần mềm lưu và hỗ trợ xuất.
• Thông tin chất lượng đo: Một số phần mềm có thể cung cấp thêm chỉ tiêu chất lượng hoặc trạng thái đo theo cấu hình.

Không phải phần mềm nào cũng hỗ trợ xuất tất cả các trường trên trong cùng một định dạng. Đặc biệt, trạng thái FIX/FLOAT, PDOP và chiều cao ăng-ten không mặc nhiên có trong mọi file tọa độ. Nếu cần những thông tin này, hãy xác nhận dữ liệu được ghi nhận và định dạng xuất có hỗ trợ.

Bước 6. Lưu file và kiểm tra lại

Sau khi xuất, mở file bằng trình soạn thảo văn bản hoặc phần mềm phù hợp để kiểm tra. Với CSV hoặc TXT, cần xác nhận file có dữ liệu, số lượng cột đúng, tọa độ không bị biến đổi và không có dòng bất thường.

Trước khi gửi cho đơn vị khác, nên thử nhập file vào phần mềm đích hoặc kiểm tra một số điểm đã biết để phát hiện sớm sai sót.

4. Hướng dẫn nhập dữ liệu vào máy RTK

Nhập dữ liệu vào bộ điều khiển GNSS RTK thường phục vụ công tác bố trí điểm công trình (Stake Out), dẫn đường đến vị trí thiết kế hoặc kiểm tra tọa độ ngoài thực địa.

Các phần mềm như Leica Captivate, Trimble Access, CHCNAV LandStar, M-Survey, SurPad và MateSurvey có thể hỗ trợ những định dạng nhập khác nhau. CSV và TXT thường được dùng để nhập danh sách điểm, nhưng người dùng cần kiểm tra khả năng hỗ trợ của phần mềm và thiết lập đúng cấu trúc file.

Bước 1. Chuẩn bị file tọa độ

Có thể tạo hoặc xuất danh sách điểm từ Excel, AutoCAD, Civil 3D, QGIS, TBC hoặc Leica Infinity, sau đó chuyển sang định dạng được bộ điều khiển hỗ trợ.

Trước khi nhập, cần kiểm tra:

• Số hiệu điểm: Không bị trùng hoặc thiếu so với danh sách yêu cầu.
• Tọa độ X, Y: Đúng thứ tự và đúng quy ước của dự án.
• Cao độ H: Có đơn vị phù hợp và không bị nhầm với giá trị khác.
• Hệ tọa độ: Phù hợp với hệ tọa độ đang cấu hình trên máy RTK.
• Dữ liệu văn bản: Không có dòng tiêu đề hoặc ký tự thừa nếu mẫu nhập không chấp nhận chúng.

Bước 2. Chuyển file vào bộ điều khiển

Tùy thiết bị, file có thể được chuyển bằng cáp USB, bộ nhớ ngoài, kết nối không dây hoặc dịch vụ đồng bộ được hỗ trợ. Sau khi sao chép, hãy kiểm tra file đã nằm đúng thư mục mà phần mềm có thể truy cập.

Bước 3. Mở chức năng nhập dữ liệu

Trong dự án đang sử dụng, tìm chức năng Import hoặc Import Data. Chọn loại dữ liệu và định dạng file theo các tùy chọn mà phần mềm cung cấp.

Bước 4. Khai báo cấu trúc cột

Nếu phần mềm yêu cầu thiết lập cấu trúc file, hãy xác định chính xác từng cột:

• Cột nào là Point ID.
• Cột nào là Easting hoặc X.
• Cột nào là Northing hoặc Y.
• Cột nào là Elevation hoặc H.
• Cột nào là Code hoặc Description.

Không nên mặc định phần mềm sẽ tự nhận diện chính xác thứ tự cột. Một số phần mềm có mẫu nhập được định nghĩa sẵn, trong khi phần mềm khác cho phép người dùng chọn trường dữ liệu theo từng cột.

Bước 5. Kiểm tra hệ tọa độ và vị trí điểm

Sau khi nhập, kiểm tra danh sách điểm và hiển thị trên bản đồ của phần mềm. Đối chiếu ít nhất một điểm khống chế hoặc điểm có tọa độ đã biết trước khi dùng dữ liệu cho công tác bố trí.

Lưu ý: Nhập file thành công chỉ có nghĩa phần mềm đã tiếp nhận dữ liệu theo cấu hình hiện tại. Điều đó không bảo đảm tọa độ đúng hệ quy chiếu, đúng thứ tự cột hoặc đúng vị trí thực tế.

5. Các lỗi thường gặp khi nhập và xuất dữ liệu RTK

Lỗi dữ liệu có thể phát sinh do chọn sai dự án, cấu hình xuất không phù hợp, phần mềm đọc sai dấu phân cách hoặc nhầm hệ tọa độ. Dưới đây là những tình huống phổ biến và cách kiểm tra.

5.1. Xuất file thành công nhưng không có dữ liệu

Biểu hiện:

• Phần mềm báo xuất thành công và tạo được file.
• File chỉ có tiêu đề hoặc không có dòng tọa độ.
• Dung lượng file rất nhỏ so với dự kiến.

Nguyên nhân có thể gồm:

• Chọn nhầm Project hoặc Job.
• Chọn sai nguồn dữ liệu hoặc loại điểm cần xuất.
• Bộ lọc đang giới hạn danh sách điểm.
• Cơ sở dữ liệu điểm không chứa dữ liệu như mong muốn.
• Cấu hình xuất chỉ lấy một nhóm điểm không có bản ghi phù hợp.

Cách xử lý:

• Mở lại danh sách điểm và xác nhận dữ liệu thực sự tồn tại.
• Kiểm tra đúng Project hoặc Job đang làm việc.
• Kiểm tra bộ lọc và phạm vi dữ liệu được chọn.
• Thử xuất toàn bộ điểm nếu phần mềm có tùy chọn này.
• Mở file bằng Notepad hoặc trình soạn thảo văn bản để xác nhận nội dung thực tế.

5.2. File CSV mở bằng Excel bị dồn vào một cột hoặc hiển thị sai

Biểu hiện:

• File vẫn có dung lượng và có dữ liệu khi mở bằng trình soạn thảo văn bản.
• Excel hiển thị tất cả thông tin trong một cột hoặc tách cột không đúng.
• Giá trị tọa độ có thể bị nhận dạng sai.

Nguyên nhân thường gặp:

• Dấu phân cách trong file không khớp với thiết lập Excel.
• File dùng dấu phẩy nhưng Excel đang nhận dấu chấm phẩy, hoặc ngược lại.
• Thiết lập dấu thập phân và dấu phân cách hàng nghìn không phù hợp.
• Ký tự tiếng Việt hoặc dữ liệu văn bản bị đọc sai do mã hóa.

Cách xử lý:

• Mở file bằng Notepad hoặc Notepad++ để xác định dấu phân cách thực tế.
• Trong Excel, sử dụng chức năng nhập dữ liệu từ văn bản hoặc CSV để chủ động chọn dấu phân cách và kiểu dữ liệu.
• Kiểm tra dấu thập phân, đặc biệt với các giá trị tọa độ.
• Nếu ký tự tiếng Việt bị lỗi, thử chọn đúng mã hóa khi nhập file, chẳng hạn UTF-8 nếu phù hợp với file nguồn.

Không nên chỉnh sửa hàng loạt giá trị tọa độ trước khi xác định nguyên nhân. Việc thay dấu phẩy, dấu chấm hoặc chuyển kiểu dữ liệu không đúng cách có thể làm thay đổi giá trị số.

5.3. File CSV có số lượng cột khác nhau

Biểu hiện: File của một đơn vị chỉ có bốn cột Point ID, X, Y, H, trong khi file của đơn vị khác có thêm Code, Description hoặc các trường khác.

Nguyên nhân: CSV là định dạng văn bản có cấu trúc linh hoạt, không quy định một bộ cột bắt buộc dùng chung cho tất cả phần mềm. Người xuất có thể chọn các trường dữ liệu khác nhau tùy nhu cầu.

Ngoài các trường tọa độ cơ bản, một số phần mềm có thể hỗ trợ thêm mã điểm, mô tả, chiều cao sào, chiều cao ăng-ten hoặc thông tin chất lượng đo. Việc xuất được trường nào còn phụ thuộc dữ liệu đã lưu và chức năng của phần mềm.

Cách xử lý:

• Xác định bộ trường dữ liệu mà phần mềm đích yêu cầu.
• Kiểm tra tiêu đề cột và thứ tự dữ liệu.
• Thiết lập lại mẫu xuất hoặc mẫu nhập nếu phần mềm hỗ trợ.
• Không coi việc thừa hoặc thiếu cột là lỗi nếu các trường đó không nằm trong yêu cầu trao đổi dữ liệu.

5.4. Nhập dữ liệu thành công nhưng điểm nằm sai vị trí

Đây là lỗi cần đặc biệt chú ý vì phần mềm vẫn có thể hiển thị điểm dù tọa độ đã bị đọc sai.

Nguyên nhân thường gặp:

• Đảo thứ tự tọa độ X và Y.
• Sử dụng sai hệ tọa độ hoặc hệ quy chiếu.
• Khai báo sai kinh tuyến trục hoặc múi chiếu khi làm việc với VN-2000.
• Nhầm đơn vị hoặc quy ước tọa độ.
• Chuyển đổi tọa độ không đúng giữa hệ tọa độ phẳng và hệ tọa độ địa lý.

Ví dụ, giả sử file được quy định theo thứ tự Point, X, Y, H:

Point,X,Y,H
P1,234567.123,1234567.456,10.123

Nếu phần mềm lại đọc cột thứ nhất là Y và cột thứ hai là X, giá trị tọa độ sẽ bị đảo. Điểm có thể xuất hiện sai vị trí rất xa so với khu vực khảo sát.

Cách xử lý:

• Kiểm tra tiêu đề và thứ tự các cột trong file.
• Xác nhận cách phần mềm định nghĩa X/Y hoặc Easting/Northing.
• Kiểm tra hệ tọa độ, múi chiếu, kinh tuyến trục và các tham số chuyển đổi đang sử dụng.
• Đối chiếu với điểm khống chế đã biết hoặc một điểm có tọa độ được xác nhận độc lập.
• Chỉ sử dụng dữ liệu để bố trí hoặc thi công sau khi đã xác minh vị trí.

5.5. Nhập dữ liệu thành công nhưng không nhìn thấy điểm trên bản đồ

Biểu hiện:

• Danh sách điểm có dữ liệu nhưng màn hình bản đồ không hiển thị điểm.
• Không thể tìm đến vị trí điểm bằng chế độ xem hiện tại.

Nguyên nhân có thể gồm:

• Điểm nằm ngoài phạm vi bản đồ đang hiển thị.
• Bản đồ chưa tự động căn chỉnh theo dữ liệu vừa nhập.
• Hệ tọa độ hoặc phép chiếu được khai báo không phù hợp.
• Tọa độ trong file bị đọc sai do cấu trúc cột.
• Lớp dữ liệu hoặc chế độ hiển thị điểm đang bị tắt, tùy phần mềm.

Cách xử lý:

• Sử dụng chức năng Zoom Extents hoặc chức năng tương đương nếu phần mềm hỗ trợ.
• Tìm điểm theo Point ID trong danh sách.
• Kiểm tra lại hệ tọa độ và phép chiếu.
• Kiểm tra thứ tự cột X/Y và giá trị tọa độ.
• Xác nhận lớp dữ liệu và thiết lập hiển thị đang được bật.

Nếu sau khi phóng toàn bộ bản đồ mà điểm nằm cách xa khu vực dự kiến, cần kiểm tra dữ liệu tọa độ thay vì chỉ điều chỉnh chế độ hiển thị.

5.6. Nhập file DXF nhưng không hiển thị đối tượng

Biểu hiện: Phần mềm báo đã nhập DXF nhưng không thấy điểm, đường hoặc bản vẽ trên màn hình.

Nguyên nhân thường gặp:

• Đối tượng nằm ngoài phạm vi hiển thị hiện tại.
• Layer chứa đối tượng đang bị tắt hoặc không được hiển thị.
• Phiên bản hoặc loại đối tượng DXF không tương thích hoàn toàn với phần mềm.
• Đơn vị bản vẽ hoặc tọa độ đối tượng không phù hợp.
• File DXF không chứa các đối tượng mà người dùng mong đợi.

Cách xử lý:

• Dùng Zoom Extents để kiểm tra phạm vi bản vẽ.
• Kiểm tra danh sách layer và trạng thái hiển thị.
• Mở DXF bằng phần mềm CAD để xác nhận file thực sự có đối tượng.
• Thử lưu lại bằng phiên bản DXF được phần mềm tiếp nhận hỗ trợ.
• Kiểm tra đơn vị, tọa độ và hệ tọa độ nếu đối tượng xuất hiện sai vị trí.

6. Lưu ý khi quản lý và bàn giao dữ liệu RTK

Bên cạnh việc chọn đúng định dạng file, người dùng cần duy trì quy trình kiểm tra dữ liệu nhất quán để giảm rủi ro sai số và hạn chế thời gian xử lý lại.

6.1. Thống nhất quy ước tọa độ trước khi trao đổi file

Các bên cần thống nhất thứ tự trường dữ liệu, quy ước X/Y, đơn vị, hệ tọa độ, múi chiếu và kinh tuyến trục nếu áp dụng VN-2000. Chỉ ghi X và Y trong tiêu đề chưa chắc đã đủ để phần mềm khác tự hiểu đúng hệ tọa độ.

6.2. Giữ nguyên dữ liệu gốc

Nên lưu riêng file xuất ban đầu trước khi chỉnh sửa trong Excel, CAD hoặc phần mềm khác. Khi phát hiện sai lệch, dữ liệu gốc giúp đối chiếu và xác định lỗi phát sinh ở bước nào.

6.3. Kiểm tra dữ liệu trước khi bàn giao

Trước khi gửi dữ liệu cho chủ đầu tư hoặc đơn vị thiết kế, nên kiểm tra số lượng điểm, số hiệu điểm, tọa độ, cao độ và mã điểm theo yêu cầu. Với file dùng để bố trí công trình, cần đối chiếu với điểm khống chế hoặc dữ liệu thiết kế đã được xác nhận.

6.4. Chọn định dạng theo phần mềm tiếp nhận

Không nên chọn định dạng chỉ vì đó là định dạng quen thuộc. CSV hoặc TXT thường thuận tiện khi trao đổi danh sách điểm; DXF phù hợp với dữ liệu bản vẽ CAD; KML/KMZ hữu ích khi kiểm tra vị trí trên Google Earth; SHP phù hợp với quy trình GIS. DAT chỉ nên sử dụng khi đã xác nhận cấu trúc tương thích.

7. Câu hỏi thường gặp về định dạng file RTK

7.1. Định dạng file RTK nào được sử dụng phổ biến nhất?

CSV là lựa chọn phổ biến để trao đổi bảng tọa độ vì dễ kiểm tra và được nhiều phần mềm hỗ trợ. Tuy nhiên, định dạng phù hợp nhất vẫn phụ thuộc vào phần mềm đích và cấu trúc dữ liệu cần trao đổi.

7.2. Có thể đổi đuôi TXT thành CSV hoặc DAT để sử dụng không?

Không nên chỉ đổi phần mở rộng của file. CSV, TXT và DAT có thể sử dụng cấu trúc dữ liệu khác nhau. Người dùng cần kiểm tra dấu phân cách, thứ tự cột và yêu cầu của phần mềm tiếp nhận trước khi chuyển đổi.

7.3. Vì sao file CSV mở bằng Excel bị dồn vào một cột?

Nguyên nhân thường là Excel không nhận đúng dấu phân cách của file. Hãy sử dụng chức năng nhập dữ liệu từ văn bản hoặc CSV, sau đó chọn đúng dấu phân cách và kiểm tra cách nhận dạng số.

7.4. Vì sao điểm RTK bị sai vị trí sau khi nhập file?

Các nguyên nhân cần kiểm tra gồm đảo cột X/Y, khai báo sai hệ tọa độ, sai kinh tuyến trục hoặc múi chiếu, và chuyển đổi sai giữa tọa độ phẳng với tọa độ địa lý. Cần đối chiếu với điểm khống chế đã biết trước khi sử dụng dữ liệu.

7.5. Có thể dùng KML để thay thế file tọa độ khi bố trí công trình không?

KML phù hợp để hiển thị và kiểm tra vị trí địa lý trên các phần mềm hỗ trợ. Tuy nhiên, không nên mặc định KML thay thế hoàn toàn file tọa độ phục vụ bố trí công trình. Cần kiểm tra khả năng nhập của bộ điều khiển, hệ tọa độ và yêu cầu độ chính xác của công việc.

CSV, TXT, DAT, DXF, KML/KMZ, SHP và XLSX phục vụ những nhu cầu trao đổi dữ liệu khác nhau trong công tác đo đạc bằng máy GNSS RTK. Không có một định dạng duy nhất phù hợp với mọi quy trình.

Để hạn chế lỗi, người dùng cần chọn đúng định dạng theo phần mềm tiếp nhận, kiểm tra cấu trúc cột, thống nhất hệ tọa độ và xác minh vị trí điểm trước khi xử lý hoặc bàn giao. Trong đó, CSV thường thuận tiện cho việc trao đổi bảng tọa độ, còn DXF, KML/KMZ và SHP phù hợp hơn với các mục đích CAD, hiển thị địa lý và GIS tương ứng.

Nếu đang tìm hiểu hoặc lựa chọn thiết bị phục vụ công tác đo đạc, bạn có thể tham khảo danh mục máy GNSS RTK tại iGeo Store để xem các dòng máy và thông tin sản phẩm. Truy cập iGeo Store để tìm hiểu thêm về thiết bị đo đạc và các nội dung hướng dẫn sử dụng liên quan.