Raster Georeference trong mặt phẳng không ngang


8

Chúng tôi có dữ liệu raster được tạo từ các bức tường (dọc). Chúng tôi muốn giữ dữ liệu này trong cơ sở dữ liệu postgis và có tham chiếu không gian được mã hóa "cách chính xác nhất".

Hiện tại, chúng được lưu bằng cách lạm dụng CRS số liệu và mã hóa tọa độ z của tường là y và phần bù từ phía bên trái của tường là x. Điều này cung cấp cho một hệ thống tham chiếu địa phương hoạt động cho mục đích của nó nhưng mất bối cảnh toàn cầu.

Đối với dữ liệu vectơ, thật đơn giản để cung cấp cho mọi đỉnh tọa độ 3D để định vị nó trong không gian (toàn cầu). Đây là những gì cần được tạo dựa trên dữ liệu raster (sử dụng Giao diện người dùng GIS để số hóa các khu vực quan tâm trên đỉnh của những bức tường này).

Hơn nữa, nhiều bức tường có thể được đặt cạnh nhau và có thể hình dung những bức tường này trong bối cảnh này (nó chỉ đủ nếu nó chỉ hoạt động nếu chúng có cùng góc phương vị).

Có một số cách tiếp cận có sẵn để làm thế nào điều này có thể được giải quyết:

Sử dụng CRS tùy chỉnh trong không gian dọc, có nguồn gốc dựa trên tọa độ trong thế giới thực. Tuy nhiên, nơi chính xác "tham chiếu nguồn gốc" này sẽ được lưu trữ vẫn chưa rõ ràng.

  • Lưu thông tin trong CRS (có khả thi không?) - Sẽ yêu cầu một số CRS khác nhau cho mỗi mặt phẳng tham chiếu.
  • Sử dụng khóa ngoại cho một dòng (xem các dòng màu đỏ trong mẫu) - Tình hình hiện tại, thông tin dư thừa (nếu chiều dài của dòng không tương ứng với chiều rộng của raster thì sao?)
  • Tạo đa giác 3D làm mặt phẳng tham chiếu - Thông tin dư thừa, xem bên trên
  • Tạo một điểm gốc trên đường thẳng, kết hợp với góc phương vị của đường thẳng có thể là mặt phẳng tham chiếu - Các bức tường khác nhau có chung mặt phẳng tham chiếu không?

Tất cả các phương pháp tiếp cận dường như là "cách giải quyết" và có sự cẩn thận của họ.

Hai hình ảnh dưới đây cho thấy một cái nhìn tổng quan về tình huống và một bố cục của một số hình ảnh raster phía trước. (Không sao nếu chúng được ánh xạ tới một mặt phẳng tham chiếu)

Cách thích hợp nhất để lưu trữ hình ảnh raster dọc trong cơ sở dữ liệu trong khi không làm mất bối cảnh địa lý của nó trong không gian ngang và với thông tin độ cao là gì?

Kế hoạch Topview của tình huống, đường màu đỏ tương ứng với vị trí trong thế giới thực của các raster.

Một tập hợp các hình ảnh raster được chỉnh sửa, tương ứng với các đường màu đỏ có cùng góc phương vị.


3
câu hỏi lại là gì?
biệt danh

Bạn đã nghĩ lưu trữ dữ liệu của bạn ở định dạng NetCDF? Tôi chưa làm được gì nhiều trong lĩnh vực này, nhưng đó là một con đường khả thi, bạn có thể lưu trữ dữ liệu dọc của mình dưới dạng thứ nguyên bổ sung.
yanes

1
Phải, chúng tôi đang ở một trang web Hỏi & Đáp :) Câu hỏi được đặt ra. Mặc dù chúng tôi vẫn có tất cả các khả năng mở trong dự án này (ví dụ NetCDF sẽ là một khả năng), tôi không muốn mất tất cả các lợi thế được giới thiệu bởi cơ sở dữ liệu.
Matthias Kuhn

Câu trả lời:


1

nghi ngờ đó là câu trả lời tao nhã, nhưng nó có vẻ giống với những gì chúng tôi đã làm - nơi chúng tôi bắt đầu với các mặt cắt ngang được quét (các raster dọc, như các bức tường của bạn). Chúng tôi đã tham chiếu địa lý các hình ảnh trong đó phần bù từ phía bên trái là tọa độ x và chiều cao của phần x là y. các tọa độ này nằm trong cùng CRS với tất cả dữ liệu bản đồ khác của chúng tôi cho khu vực.

đa giác số hóa

Sau đó, chúng tôi chỉ đơn giản là số hóa các trình quét và bao gồm một bộ dữ liệu điểm riêng biệt để chỉ ra các góc bắt đầu / dừng thực sự của các mặt cắt ngang

dòng số hóa

Từ đó, một đoạn script ngắn có thể trích xuất các đỉnh từ các đường và sử dụng các góc, chúng ta có thể hoán chuyển các điểm để hiển thị trong không gian 2D hoặc 3D - (lưu ý trong 2D - tất cả các điểm xếp chồng lên nhau trong mặt phẳng thẳng đứng)

Hiển thị điểm 3d ở dạng 2D

hoặc trong một số trình xem 3D -

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

Mặc dù chúng tôi không lưu trữ những thứ này trong cơ sở dữ liệu, nhưng khái niệm này phải giống nhau.

bây giờ, có lẽ có một số sai lầm lớn trong phương pháp của chúng tôi - vì vậy tôi sẽ rất vui (tốt, không thực sự) khi nghe điều đó. nếu quan tâm, tôi có thể chia sẻ tập lệnh kydgy mà chúng ta đã sử dụng để hoán đổi dữ liệu.


Tôi nghĩ rằng đó là khá nhiều cách tiếp cận chúng ta hiện đang có. Ngoài các kịch bản nghe có vẻ thú vị nhưng câu hỏi này chủ yếu là về lưu trữ dữ liệu.
Matthias Kuhn

trong trường hợp này, CRS trước đó cho khu vực nghiên cứu là bằng UTM. chúng tôi duy trì điều đó cho các raster dọc. Tất nhiên, bạn có thể thêm cường điệu dọc - chỉ cần tính đến nó trong chuyển vị.
chất lỏng

1
Tôi chắc chắn rằng tôi không nghĩ về điều này với đủ số liệu - để 'mã hóa tọa độ z của tường thành x, và phần bù từ phía bên trái của bức tường là y' - có vẻ trái ngược với cách chúng tôi lưu trữ nó? Đối với suy nghĩ đơn giản của tôi, thật dễ dàng để đặt chân đế của máy quét tường chính xác vị trí của nó trên bản đồ - và trong 2D, nó sẽ như thể nó rơi xuống đất. Tất cả trong cùng một CRS?
chất lỏng

không, đó thực sự là một lỗi đánh máy trong câu hỏi của tôi :)
Matthias Kuhn

nhận ra tôi đã không hoàn toàn trả lời câu hỏi của bạn. Có, tất cả nằm trong cùng một CRS gần với điểm gốc (x: gần 0 / y, xung quanh độ cao của trang web). Vì vậy, để xem các trình quét thay vì bản đồ, chúng ta chỉ cần sử dụng "thu phóng đến phạm vi lớp". Điều tuyệt vời ở đây là trong trình soạn thảo in, một lưới ngang sẽ biểu thị độ cao.
Matthias Kuhn
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.