Форумы GIS-Lab.info Геоинформационные системы (ГИС) и Дистанционное зондирование Земли 2024-12-03T20:35:53+03:00 <![CDATA[Форумы GIS-Lab.info]]> https://gis-lab.info/forum/feed <![CDATA[TrofimovSergey]]> 2024-12-03T20:35:53+03:00 2024-12-03T20:35:53+03:00 https://gis-lab.info/forum/viewtopic.php?p=189691#p189691 <![CDATA[QGIS • Как настроить показ превью снимков 2023 года в STAC API Browser в QGIS 3.4?]]> <![CDATA[ В STAC API Browser в QGIS 3.4 устанавливаем на вкладке "Search":
Connections=Microsoft Planetary Computer STAC API
Selected collection(s)=Sentinel-2 Level-2A
Filter by date=вкл Start=01.08.2023 0:00 End=31.08.2023 0:00
Охват=вкл (текущее: пользовательский)
..........Север=57,0
Запад=156,9 Восток=157,0
...........Юг=56,9
Кликаем по "Search" и получаем на вкладке "Results"
12 снимков плитки "T57VUD" из которых 1 снимок от 20230826 имеет облачность 26,97%
НО - превьюшки снимков не показываются. ПОЧЕМУ?

Снимки, кстати, благополучно грузятся...

В данном случае Интуиция ничего НЕ подсказывает,
Да и умишку не хватает...
Помогите, а?

Статистика: Добавлено TrofimovSergey — Вчера, 20:35


]]>
<![CDATA[gamm]]> 2024-12-02T07:57:48+03:00 2024-12-02T07:57:48+03:00 https://gis-lab.info/forum/viewtopic.php?p=189690#p189690 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[ кстати, я так понимаю, что в мелких дырках сидели контура других классов. Поэтому удалять нужно не только мелкие дырки, но и мелкие контура во всех слоях. Как я и говорил, с этим вектором сплошной геморрой, лучше на растре :mrgreen:

Статистика: Добавлено gamm — 02 дек 2024, 07:57


]]>
<![CDATA[bladlex]]> 2024-12-01T11:43:19+03:00 2024-12-01T11:43:19+03:00 https://gis-lab.info/forum/viewtopic.php?p=189689#p189689 <![CDATA[QGIS • Re: Условные обозначения по приказу Минэкономразвития №10]]> <![CDATA[ решил проблему другим путем. открыл значок в стандартной программе просмотра фото виндовс 10, нажал кнопку изменить и выставил выделение -15, сохранил. все стало нормально отображаться в мапинфо

Статистика: Добавлено bladlex — 01 дек 2024, 11:43


]]>
<![CDATA[TrofimovSergey]]> 2024-11-30T20:13:49+03:00 2024-11-30T20:13:49+03:00 https://gis-lab.info/forum/viewtopic.php?p=189688#p189688 <![CDATA[QGIS • Как задать облачность при отборе снимков STAC API Browser в QGIS 3.4?]]> <![CDATA[ В STAC API Browser в QGIS 3.4 устанавливаем на вкладке "Search":
Connections=Microsoft Planetary Computer STAC API
Selected collection(s)=Sentinel-2 Level-2A
Filter by date=вкл Start=01.08.2024 0:00 End=31.08.2024 0:00
Охват=вкл (текущее: пользовательский)
..........Север=57,0
Запад=156,9 Восток=157,0
...........Юг=56,9
Кликаем по "Search" и получаем на вкладке "Results"
12 снимков плитки "T57VUD" из которых 2 снимка имеют облачность лучше 20%
снимок от 20240810 00,11%
снимок от 20240805 19,76%
на остальных 10 снимках - "молоко"...

Если "Охват" увеличить, то становится совсем грустно...
НО!
На вкладке "Search" есть настройка "Advanced filter".
Интуиция подсказывает, что здесь можно задать фильтр по облачности,
но - умишку не хватает...
Помогите, а?

Статистика: Добавлено TrofimovSergey — 30 ноя 2024, 20:13


]]>
<![CDATA[gamm]]> 2024-11-29T18:04:25+03:00 2024-11-29T18:04:25+03:00 https://gis-lab.info/forum/viewtopic.php?p=189687#p189687 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[
Какой командой в сделать генеализацию вектора? Кроме как упростить геометрию ничего не увидел.
не вектора, а растра. С вектором слишком много проблем

программку сделал, но сохранять пришлось через одно место - после замены S4 слота объект рисуется, но не сохраняется, R вылетает без сообщений, что-то внутри. Но в sf преобразуется нормально, и сохраняеться. Порог площади - конcтанта в начале скрипта.

Код:

library(rgdal)library(raster)library(sf)tmp.dir = "c:/temp"fn = sprintf("%s/class_-1.shp",tmp.dir)v = readOGR(fn)v.src=vmin_area = 1000area_list = c()first=TRUEfor(i.obj in 1:nrow(v)) {  v1 = v[i.obj,]  polygons.list = v1@polygons  for(i.poly in 1:length(polygons.list)) {    cur.poly = polygons.list[[i.poly]]    ring.list = cur.poly@Polygons    new.ring.pos = c()    for(i.ring in 1:length(ring.list)) {      cur.ring = ring.list[[i.ring]]      if(cur.ring@hole) area_list = c(area_list,cur.ring@area)      if(!cur.ring@hole || cur.ring@area > min_area) {        new.ring.pos = c(new.ring.pos,i.ring)      } else {        # print(c(i.obj,i.poly,i.ring))      }    }    v1@polygons[[i.poly]]@Polygons = ring.list[new.ring.pos]    v1@polygons[[i.poly]]@plotOrder = 1:length(new.ring.pos)  }  v2 = foo=new("SpatialPolygonsDataFrame",data=v1@data,polygons=v1@polygons,plotOrder=v1@plotOrder,bbox=v1@bbox,proj4string=v1@proj4string)  if(first) {    first = FALSE    v.new = v2  } else {    v.new = rbind(v.new,v2)  }}fn1 = sprintf("%s/class_-1_filtered.shp",tmp.dir)foo=st_as_sf(v.new)st_write(foo, fn1, "test",delete_dsn=TRUE)
foo.jpg

Статистика: Добавлено gamm — 29 ноя 2024, 18:04


]]>
<![CDATA[_taras_]]> 2024-11-29T16:28:21+03:00 2024-11-29T16:28:21+03:00 https://gis-lab.info/forum/viewtopic.php?p=189686#p189686 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[
посмотрю.
Но по хорошему, все это надо делать на растре...
Вот только собрался об этом писать, что командой растеризация с нужным для меня разрешением, мелочевка убралась...
либо запустив генерализацию (лучше MRF, поскольку классификатор выдает обычно вероятности классов), либо морфологией типа erosion/delution, либо отсукая мелочь на этапе векторизации. Иначе все это классическая отечественная забава - борьба с искуственно созданнми трудностями :-)
Какой командой в сделать генеализацию вектора? Кроме как упростить геометрию ничего не увидел.

Статистика: Добавлено _taras_ — 29 ноя 2024, 16:28


]]>
<![CDATA[gamm]]> 2024-11-29T16:04:50+03:00 2024-11-29T16:04:50+03:00 https://gis-lab.info/forum/viewtopic.php?p=189685#p189685 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[ посмотрю.

Но по хорошему, все это надо делать на растре, либо запустив генерализацию (лучше MRF, поскольку классификатор выдает обычно вероятности классов), либо морфологией типа erosion/delution, либо отсукая мелочь на этапе векторизации. Иначе все это классическая отечественная забава - борьба с искуственно созданнми трудностями :-)

Статистика: Добавлено gamm — 29 ноя 2024, 16:04


]]>
<![CDATA[_taras_]]> 2024-11-29T12:14:15+03:00 2024-11-29T12:14:15+03:00 https://gis-lab.info/forum/viewtopic.php?p=189684#p189684 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[ Доброго времени! Спасибо всем откликнувшимся.
Создал два архива. Первый полный слой с мелкими полигонами, которые надобно удалить и затянуть дырки.
https://disk.yandex.ru/d/t2bjUVNn8J9hhw
Второй - один класс.
class_mask.zip

Статистика: Добавлено _taras_ — 29 ноя 2024, 12:14


]]>
<![CDATA[AlexRomantsov]]> 2024-11-29T05:28:46+03:00 2024-11-29T05:28:46+03:00 https://gis-lab.info/forum/viewtopic.php?p=189683#p189683 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[
Скорее всего сложную геометрию он обрабатывает плохо
Возможно, не в сложной геометрии дело, а в топологических ошибках границ, таких как петли. Нужен пример.

Статистика: Добавлено AlexRomantsov — 29 ноя 2024, 05:28


]]>
<![CDATA[gamm]]> 2024-11-28T14:48:25+03:00 2024-11-28T14:48:25+03:00 https://gis-lab.info/forum/viewtopic.php?p=189682#p189682 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[
Скорее всего сложную геометрию он обрабатывает плохо.
выложите пример полигона, на котром не работает, и порог по площади - я гляну.

Статистика: Добавлено gamm — 28 ноя 2024, 14:48


]]>
<![CDATA[_taras_]]> 2024-11-28T10:40:36+03:00 2024-11-28T10:40:36+03:00 https://gis-lab.info/forum/viewtopic.php?p=189681#p189681 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[
QGIS, Анализ, Вектор-геометрия - Удалить отверстия - параметр Меньше чем. СК слоя для тестов - метрическая, отработало корректно. На градусных не пробовал
Эту хохмочку я знаю... (С) И у меня система метрическая и эту команду пользовал... И мультипиолигон на отдельные составляющие и слои разносил... Но у меня срабатывала если параметр Меньше чем равен нулю.
Скорее всего сложную геометрию он обрабатывает плохо. Вроде такое поведение даже набаг-треке отметили....

Статистика: Добавлено _taras_ — 28 ноя 2024, 10:40


]]>
<![CDATA[AlexRomantsov]]> 2024-11-28T09:23:25+03:00 2024-11-28T09:23:25+03:00 https://gis-lab.info/forum/viewtopic.php?p=189680#p189680 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[ Ну да, корректно только в проецируемых СК, если широты- долготы в слое - снесет все дыры ( 1 га, 100*100, в градусах равен половине земного шара)

Статистика: Добавлено AlexRomantsov — 28 ноя 2024, 09:23


]]>
<![CDATA[AlexRomantsov]]> 2024-11-28T09:16:41+03:00 2024-11-28T09:16:41+03:00 https://gis-lab.info/forum/viewtopic.php?p=189679#p189679 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[ QGIS, Анализ, Вектор-геометрия - Удалить отверстия - параметр Меньше чем. СК слоя для тестов - метрическая, отработало корректно. На градусных не пробовал

Статистика: Добавлено AlexRomantsov — 28 ноя 2024, 09:16


]]>
<![CDATA[Константин Силкин]]> 2024-11-27T17:58:15+03:00 2024-11-27T17:58:15+03:00 https://gis-lab.info/forum/viewtopic.php?p=189678#p189678 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[ Ну, понятно, т.е. мелкие дырки залечить. Мой скрипт так и называется "Залечивание дырок". Это там делается, ну и ещё кое-что по ходу

Статистика: Добавлено Константин Силкин — 27 ноя 2024, 17:58


]]>
<![CDATA[_taras_]]> 2024-11-27T17:50:29+03:00 2024-11-27T17:50:29+03:00 https://gis-lab.info/forum/viewtopic.php?p=189677#p189677 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[
В вашем случае поиск дырок вероятно может быть полезен. Но по-прежнему суть вашей проблемы от меня ускользает.
Это заготовка для ландшафтного анализа.... Для него желательно убрать мелкие полигоны (например до 0,5 га), т.к. это явные ошибки, артефакты. На рисунках показал, что хочу получить
scrin.jpg

scrin_2.jpg

Статистика: Добавлено _taras_ — 27 ноя 2024, 17:50


]]>
<![CDATA[Константин Силкин]]> 2024-11-27T17:31:41+03:00 2024-11-27T17:31:41+03:00 https://gis-lab.info/forum/viewtopic.php?p=189676#p189676 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[ Нашёл скрипт. Дело было 5 лет назад, а комментировать я никогда код не любил. В общем, самому сейчас уже надо вспоминать его логику. Зазиповал файл скрипта, а то тут нельзя с расширением R файлы загружать. Если это то, что вам надо, то для разборок пишите в личку
HoleHealing_v05.zip

Статистика: Добавлено Константин Силкин — 27 ноя 2024, 17:31


]]>
<![CDATA[Константин Силкин]]> 2024-11-27T17:10:34+03:00 2024-11-27T17:10:34+03:00 https://gis-lab.info/forum/viewtopic.php?p=189675#p189675 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[ "Вот эти дырки и надобно включить в окружающий ее полигон" – тоже не понятно. Откуда дырки-то взялись? Их прежде не было, а потом их удалили…
Но не суть. Я писал в R скрипт по работе с полигонами, у которых есть дырки. В модели данных бразильского проекта это лесные массивы с полянами внутри них. Скрипт перебирает полигоны, если есть в них дырки, то контролируется их площадь. Если дырки невелики, то они залечиваются. В противном случае сохраняются для дальнейшего учёта. После этого ищется полюс недоступности полигона лесного массива для оценки максимальной удалённости лесной чащи от пугающих зверьё факторов.
В вашем случае поиск дырок вероятно может быть полезен. Но по-прежнему суть вашей проблемы от меня ускользает.
Я поищу своей скрипт. Мне не жалко. Было бы полезно только…

Статистика: Добавлено Константин Силкин — 27 ноя 2024, 17:10


]]>
<![CDATA[_taras_]]> 2024-11-27T16:57:15+03:00 2024-11-27T16:57:15+03:00 https://gis-lab.info/forum/viewtopic.php?p=189674#p189674 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[
Добрый день! Можно уточнить суть вопроса? А то "понятно – не понятно", а что понятно – не понятно
Мультиполигон построен командой полигоны изолиний. Затем каждому диапазону значений был присвоен свой класс и затем командой объединение по признаку сгруппированы по классам. В таблице атрибутов были удалены полигоны площадью менее 1 га. Вот эти дырки и надобно включить в окружающий ее полигон.
Писал такие вещи для бразильского проекта. Могу поделиться
Буду очень признателен. Я пытался сделать в R, но не получилось.

Статистика: Добавлено _taras_ — 27 ноя 2024, 16:57


]]>
<![CDATA[Константин Силкин]]> 2024-11-27T15:45:34+03:00 2024-11-27T15:45:34+03:00 https://gis-lab.info/forum/viewtopic.php?p=189673#p189673 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[ Писал такие вещи для бразильского проекта. Могу поделиться

Статистика: Добавлено Константин Силкин — 27 ноя 2024, 15:45


]]>
<![CDATA[gamm]]> 2024-11-27T15:30:02+03:00 2024-11-27T15:30:02+03:00 https://gis-lab.info/forum/viewtopic.php?p=189672#p189672 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[ написать программу, лучше на R, там топология понятнее. Потом пройтись циклом по всем кольцам в мультиполигоне, и выкинуть лишнее. Признак hole там есть.

Статистика: Добавлено gamm — 27 ноя 2024, 15:30


]]>
<![CDATA[Константин Силкин]]> 2024-11-27T15:25:48+03:00 2024-11-27T15:25:48+03:00 https://gis-lab.info/forum/viewtopic.php?p=189671#p189671 <![CDATA[QGIS • Re: Закрытие отверстий в мультиполигоне]]> <![CDATA[ Добрый день! Можно уточнить суть вопроса? А то "понятно – не понятно", а что понятно – не понятно

Статистика: Добавлено Константин Силкин — 27 ноя 2024, 15:25


]]>
<![CDATA[_taras_]]> 2024-11-27T14:59:32+03:00 2024-11-27T14:59:32+03:00 https://gis-lab.info/forum/viewtopic.php?p=189670#p189670 <![CDATA[QGIS • Закрытие отверстий в мультиполигоне]]> <![CDATA[ Имеется мультиполигон с классами и значениями площади. Нужно удалить все полигоны менее 1 га и закрыть дыры. Ежели с поиском и удалением все понятно, то команда "удалить отверстия" работает ежели указать удалить всё.
Подскажите как можно избавиться от них?

Статистика: Добавлено _taras_ — 27 ноя 2024, 14:59


]]>
<![CDATA[kirara]]> 2024-11-27T06:15:40+03:00 2024-11-27T06:15:40+03:00 https://gis-lab.info/forum/viewtopic.php?p=189668#p189668 <![CDATA[QGIS • Re: Привязка растра с потерей качества]]> <![CDATA[ Метод Гельмерта — это аффинное преобразование 2D, которое может привести к потере качества при значительном масштабировании, повороте или сдвиге. Я рекомендую использовать метод аффинного преобразования в инструменте Georeferencer, который может лучше сохранить качество вашего растра во время преобразования.

Статистика: Добавлено kirara — 27 ноя 2024, 06:15


]]>
<![CDATA[tikhpetr]]> 2024-11-26T19:25:48+03:00 2024-11-26T19:25:48+03:00 https://gis-lab.info/forum/viewtopic.php?p=189667#p189667 <![CDATA[Общий - ПО • Re: proj4 WGS->ГСК2011 зона 25]]> <![CDATA[ А еще, что в ГОСТ-ах, что в калькуляторах почти никогда не пишут какой именно используется тип преобразования. Имеется ввиду Coordinate Frame или же Position Vector. Отсюда путаница в знаках вращения.

Статистика: Добавлено tikhpetr — 26 ноя 2024, 19:25


]]>
<![CDATA[Boris]]> 2024-11-26T19:24:51+03:00 2024-11-26T19:24:51+03:00 https://gis-lab.info/forum/viewtopic.php?p=189666#p189666 <![CDATA[GDAL/OGR • Re: Установка gdal+python+IDE (с отладчиком)]]> <![CDATA[ Спасибо за ответы. Пойду дальше искать и экспериментировать.

Статистика: Добавлено Boris — 26 ноя 2024, 19:24


]]>
<![CDATA[tikhpetr]]> 2024-11-26T13:10:26+03:00 2024-11-26T13:10:26+03:00 https://gis-lab.info/forum/viewtopic.php?p=189665#p189665 <![CDATA[Общий - ПО • Re: proj4 WGS->ГСК2011 зона 25]]> <![CDATA[
+towgs84 везде разные
Так вроде есть ГОСТ и т.д и т.п, смещения и способы перевода вроде общедоступны... Пытался поиграться с первыми двумя параметрами(но это всё баловство), да, можно получить что-то похожее на тот же PHOTOMOD на который все ровняются, но неизвестно на сколько оно повлияет на другие точки.
ГОСТ есть. И даже не один. Поэтому, кто во что горазд. Как и все у нас. Поэтому, если Вам для работы, железно уточняйте у заказчика. А если просто, для личных надобностей, пробуйте любой. Я так понимаю, Вам нужно, чтобы точки не отлетали. Ну, в зависимости от точности, сверяйтесь со снимками, данными GPS или съемочными данными.

Статистика: Добавлено tikhpetr — 26 ноя 2024, 13:10


]]>
<![CDATA[gamm]]> 2024-11-25T18:28:25+03:00 2024-11-25T18:28:25+03:00 https://gis-lab.info/forum/viewtopic.php?p=189664#p189664 <![CDATA[QGIS • Re: Перемещение точек вдоль кривой]]> <![CDATA[
У нас видеосъемка с координатами вродь дороги и точки начинаются раньше, чем начинается видео.
в каком виде это представлено (формат данных)? не исключено, что проще сдвинуть внутри этого представления, наверняка редактор какой-то есть у вашей софтины. Особенно, если координаты отдельно, видеосъемка отдельно.

Статистика: Добавлено gamm — 25 ноя 2024, 18:28


]]>
<![CDATA[AlexRomantsov]]> 2024-11-25T13:55:01+03:00 2024-11-25T13:55:01+03:00 https://gis-lab.info/forum/viewtopic.php?p=189663#p189663 <![CDATA[QGIS • Re: Перемещение точек вдоль кривой]]> <![CDATA[ В теории, вам не надо сдвигать точки трека, достаточно его подрезать, если есть метки времени. по меткам времени вычислить местоположение стартовой точки. В целом, не понятна суть проблемы. Можно же не только координатно подгонять, но и по времени точек

Статистика: Добавлено AlexRomantsov — 25 ноя 2024, 13:55


]]>
<![CDATA[SEModer]]> 2024-11-25T12:23:59+03:00 2024-11-25T12:23:59+03:00 https://gis-lab.info/forum/viewtopic.php?p=189662#p189662 <![CDATA[Общий - ПО • Re: proj4 WGS->ГСК2011 зона 25]]> <![CDATA[
+towgs84 везде разные
Так вроде есть ГОСТ и т.д и т.п, смещения и способы перевода вроде общедоступны... Пытался поиграться с первыми двумя параметрами(но это всё баловство), да, можно получить что-то похожее на тот же PHOTOMOD на который все ровняются, но неизвестно на сколько оно повлияет на другие точки.

Статистика: Добавлено SEModer — 25 ноя 2024, 12:23


]]>
<![CDATA[trir]]> 2024-11-25T11:58:29+03:00 2024-11-25T11:58:29+03:00 https://gis-lab.info/forum/viewtopic.php?p=189660#p189660 <![CDATA[Общий - ПО • Re: proj4 WGS->ГСК2011 зона 25]]> <![CDATA[ +towgs84 везде разные

Статистика: Добавлено trir — 25 ноя 2024, 11:58


]]>