Я не первый раз сталкиваюсь с этой проблемой; кажется, что я не могу сгенерировать правильную модель дренажной сети и полученные данные из данных LiDAR с полным разрешением (1 м ячеек).
Когда я обобщаю набор данных LiDAR, преобразую его в целочисленную матрицу высот и заполняю приемники, все хорошо, и я легко могу создать то, что представляется очень обобщенной моделью. Тем не менее, я хотел бы создать детальную модель сайта для крупномасштабной карты, и именно здесь у меня возникают проблемы.
Я должен отметить, что большинство проблем происходит в более плоских областях.
Я хотел бы, чтобы дренажная сеть точно следовала рельефу, но когда я использую создание дренажной сети из целочисленного входа матрицы высот, результирующие потоки очень общие и часто «отключаются» в областях, где это не должно быть. Ручьи даже близко не следуют естественным хребтам на местности. Есть также много «сиротских» или «никуда» сегментов. Когда я использую вход матрицы высот с плавающей запятой , получающаяся дренажная сеть детализирована и точна, но очень отсоединена, сгруппирована и "засорена" бесхозными потоками.
Я подозреваю, что моя проблема лежит где-то в подготовке данных; целочисленные или растровые входные данные матрицы высот с плавающей точкой, правильное заполнение приемников и т. д. Или, может быть, мне нужно как-то обработать данные поверхности, чтобы сначала создать «гидрологически корректную» входную матрицу высот?
Может ли кто-нибудь описать правильную методологию создания непрерывных дренажных сетей и водосборов с использованием LiDAR высокого разрешения?
В настоящее время у меня больше успехов в создании модели из целочисленного ввода матрицы высот. Это, однако, не идеально для детального крупномасштабного анализа:
Первое прикрепленное изображение - это модель, полученная из целочисленного ввода ЦМР. Несколько очевидных проблемных областей обведены. Обратите внимание, что на самом деле в главном канализационном канале есть поток. Я добавил очень обобщенную версию потока.
РЕДАКТИРОВАТЬ: Как я уже упоминал, у меня больше успехов в создании модели из целочисленного ввода ЦМР. На следующих снимках экрана показано, почему это так. Хотя целочисленный ввод ЦМР имеет много проблем, как можно видеть выше, он все же создает дренажную сеть, которая менее отключена, хотя и не соответствует характеристикам местности. Как вы можете видеть на изображении ниже, используя вход матрицы высот с плавающей запятой, вы получаете очень разрозненную и кластерную сеть, заполненную маленькими бесхозными сегментами.
Поток Аккумуляционный растр, созданный из матрицы высот с плавающей точкой
Поток Аккумуляционный растр, созданный из целочисленной матрицы высот
Насколько я могу вычесть, оба метода дают совершенно разные результаты, оба метода непригодны для детальной модели.
РЕДАКТИРОВАТЬ: Я прошу прощения за то, что сделал этот пост все длиннее и длиннее (возможно, я не выражаю себя четко на английском языке). Чтобы проиллюстрировать проблему с использованием DEM с плавающей запятой для ввода, я присоединяю результирующий вывод Stream Link, а также результирующие водоразделы. Чего я ожидаю, так это непрерывной потоковой сети и всей области, покрытой бассейнами, которые впадают друг в друга.
Stream Link производится с входной матрицы высот с плавающей запятой:
Водосборные бассейны, полученные из плавающей запятой ввода ЦМР:
Вот пример (близлежащая область, те же данные), где все направление потока бассейна изменяется из-за использования целочисленного ввода матрицы высот: красная стрелка указывает направление потока модели, а синяя стрелка указывает направление фактического потока. , (синие линии - фактические потоки, красная сеть - порядок Strahler, полученный из LiDAR)
Ссылка на данные: https://www.yousendit.com/download/MEtSOGNVNXZvQnRFQlE9PQ (истекает 13 мая 2011 г.)