Phần bù raster này được giới thiệu ở đâu trong hộp công cụ xử lý QGIS?

Tôi đang sử dụng hộp công cụ xử lý (tuyệt vời!) Trong QGIS 2.0 để phân loại lại một số giá trị NoData trong raster từ -9999 đến 0, nhưng tại một số điểm trong quy trình có độ lệch khoảng 0,2 độ được đưa vào lớp đầu ra.

Tôi đang sử dụng công cụ "Reclassify (Simple)" (tôi tin rằng đó là một phần của SAGA), với một số thông số khá cơ bản:

phân loại lại các tham số

. . . và nơi raster đầu vào được đặt chính xác so với lưới hex này:

raster đầu vào

. . . raster đầu ra bị va chạm về phía đông nam bởi hai ô hex, hoặc khoảng 0,2 độ:

nhập mô tả hình ảnh ở đây

Nguồn gốc đầu vào là -180, 83.623. . . nhưng nguồn gốc đầu ra là -179,05,83,05. Thông thường tôi sẽ cho rằng đây là kết quả của việc chuyển đổi WGS84 bị lỗi, nhưng đầu vào, đầu ra và dự án đều là EPSG: 4326.

Phần bù gốc này đến từ đâu và có đáng để nộp vé SAGA không hay nó chỉ là thứ tôi bỏ qua?

Cập nhật Nhật ký quá trình cho biết một chuyển đổi được thực hiện trên nguồn gốc đầu vào:

Transformation x' = -179.999989 + x * 0.100000 + y * 0.000000
Transformation y' = 83.623125 + x * 0.000000 + y * -0.100000

và sau đó một vài dòng sau đó các tham số mới xuất hiện, bây giờ không chính xác:

Grid system: 0.1; 3600x 1735y; -179.949989x -89.826875y

— Hóa đơn
nguồn

bạn nên kiểm tra công cụ SAGA gốc bằng GUI hoặc CLI và xem bạn có nhận được kết quả tương tự không.

— Giovanni Manghi

Quá nhiều lỗi kết thúc từ các tài liệu cài đặt này trên máy của tôi - Tôi không quan tâm đến việc xóa cấu hình GDAL / PROJ hiện tại của mình chỉ để kiểm tra SAGA nguyên bản.

— Bill Morris

Nếu bạn đang sử dụng SAGA trong QGIS thì SAGA đã được cài đặt trong máy của bạn.

— Giovanni Manghi

Sau hơn 2 giờ miệt mài với các tài liệu, tôi không có ý tưởng rõ ràng nhất về CÁCH RA MẮT GUI trong OSX. Các tài liệu gợi nhớ đến R trong tất cả các cách xấu. Không có biến thể trên "saga" (-gis, -gui, v.v.) tạo ra bất cứ thứ gì ở dòng lệnh và biên dịch từ nguồn trả về các lỗi hoàn toàn không có ích. Cảm ơn các thiên đàng thương xót (các nhà phát triển cốt lõi, nghĩa là) rằng mớ hỗn độn này hiện có thể truy cập được bởi con người trong một thanh bên của QGIS. Tôi chân thành hy vọng rằng SAGA không phải là thứ thay đổi nguồn gốc đầu ra raster của tôi, bởi vì tôi sẽ không bao giờ có thể gỡ lỗi nó.

— Bill Morris

Bạn có thể khởi chạy saga bằng saga_guilệnh thay thế?

— SaultDon

Độ lệch của bạn là 1/2 pixel (0,1 độ).

Kinh độ:

-179.999989 - -179.949989 = 0,05

Vĩ độ ít rõ ràng hơn vì một lưới được tham chiếu từ trên cùng bên trái, lưới khác từ dưới cùng bên trái:

83.623125 - (1735 * 0.1) - -89.826875 = 0,05

Tôi đoán điều này liên quan đến vấn đề RasterPixelIsPoint hoặc RasterPixelIsArea:

http://www.remotesensing.org/geotiff/faq.html#PixelIsPoint

Bạn đang sử dụng gdal 1.7 hay 1.8?

— Marc Pfister
nguồn

Toàn hệ thống Tôi đã có GDAL 1.10.1; vì bất kỳ lý do gì, tôi không thể lấy bảng điều khiển python của QGIS để báo cáo phiên bản được sử dụng ở đó

— Bill Morris

nó trông xa hơn 1/2 pixel trên ảnh.

— radouxju

Đó là, nhưng kích thước pixel cũng tắt. Đây là gdalinfo cho cả hai đầu vào và đầu ra

— Bill Morris

À, nhìn thấy gdalinfo có vẻ như sự thay đổi là 0,95 và -0,5731265. Sự thay đổi 1/2 pixel ở trên có lẽ là một khu vực chính xác để chuyển đổi điểm. Trình raster ban đầu của bạn có một số giới hạn kỳ lạ, có thể chúng đang làm hỏng việc chuyển đổi.

— Marc Pfister

Điểm tốt. Điều lạ lùng là nó ở ngoài rìa thế giới một độ. Các raster là kết quả của một chuyển đổi từ vector; hãy để tôi xem liệu tôi có thể làm lại chuyển đổi đó với giới hạn chính xác không.

— Bill Morris