Автор | Сообщение |
|
| |
Сообщение: 11
Зарегистрирован: 02.02.09
Откуда: Киров
|
|
Отправлено: 11.02.09 09:51. Заголовок: Топооснова, проекции, координаты, привязка карт
Существует ли возможность открывать в Тополе растровые изображения формата GeoTIFF? В таком формате мы получаем космоснимки, и хотелось бы иметь возможность пользоваться тем, что они уже "привязаны" к географическим координатам, а не размещать растры вручную. ps. если вопрос не совсем относится к теме, прошу администраторов перенести куда следует.
|
 |

|
Ответов - 104
, стр:
1
2
3
All
[только новые]
|
|
|
| Руководитель ЛесИС
|
Сообщение: 1442
Зарегистрирован: 29.01.09
Откуда: Подольск
|
|
Отправлено: 21.10.13 11:48. Заголовок: projectles пишет: н..
projectles пишет: цитата: | на шейпе в дереве данных правой кнопкой мыши открываю меню. нужно ( Открыть- шейп для редактирования ), но такой вкладки нет. Хотя на видео уроке присутствует. ИЗ за чего так? |
|
Ну, во-первых, не на шейпе... Открытый шейп если его нужно открыть для редактирования нужно сначала закрыть. Правой кнопкой нужно кликнуть на папке дерева внутри которой Вы хотите открыть шейп. Далее Открыть, далее "Открыть ShapeFile для редактирования..." Это третий пункт сверху. Если он не активен - проверьте нет ли активных операций в окне - если горит красная кнопка с крестиком - нажмите ее. Или просто нажмите Esc.
|
 |

|
|
| Главный разработчик ООО "ЛесИС"
|
Сообщение: 859
Зарегистрирован: 15.07.09
|
|
Отправлено: 21.10.13 12:01. Заголовок: projectles пишет: на..
projectles пишет: цитата: | на шейпе в дереве данных правой кнопкой мыши открываю меню. нужно ( Открыть- шейп для редактирования ), но такой вкладки нет. Хотя на видео уроке присутствует. |
|
Как уже подчеркивали коллеги, TopoL позволяет редактировать данные в рамках своей топологической линейно-узловой модели (как и ArcGIS). Данные ShapeFiles сами такой структуры не имеют, но если они были сделаны не "на коленке", то есть являются результатом экспорта корректной картографической БД, их можно в такую редактируемую структуру преобразовать (ArcGIS поступает так же). Обычное открытие ShapeFiles использует, думаю, какую-то стандартную OGIS-библиотеку для показа данных ShapeFiles, разбор же структуры ShapeFiles с преобразованием ее в топологическую линейно-узловую модель - это операция, реализованная ив рамках TopoL-я, и это отдельный пункт меню открытия данных. Там еще есть переключатель режима обработки "островов", так как не все программы корректно описывают их в ShapeFiles: если внутри полигона есть другой "островной" полигон, то в правильной структуре он должен присутствовать дважды - в виде самого полигона и в виде "дырки" в окружающем его полигоне.
|
 |

|
|
| |
Сообщение: 510
Зарегистрирован: 22.09.09
Откуда: Вологда
|
|
Отправлено: 01.11.13 12:49. Заголовок: Добрый день! Почему ..
Добрый день! Почему при размещении растра в координаты, растр объёмом 8 мб превращается в 200 мб? Сохраняем в Tif. Какие то настройки пропускаю при трансформировании? Исходный файл jpeg - сканированный АФС.
|
 |

|
|
| Руководитель ЛесИС
|
Сообщение: 1459
Зарегистрирован: 29.01.09
Откуда: Подольск
|
|
Отправлено: 01.11.13 13:53. Заголовок: Юрий пишет: Какие т..
Юрий пишет: цитата: | Какие то настройки пропускаю при трансформировании? Исходный файл jpeg - сканированный АФС. |
|
Если при сохранении растра в новый файл указать опцию LZW сжатие то TIF будет сжатым, но такой степени сжатия как в JPG в нем никогда не будет. Будет вместо 200Мб 50 или 60, но 8 не будет, так как этот формат лишь сжимает растр как архиватор, но не позволяет как JPG понизить качество растра, огрубить его. Jpg делался под интернет. Сжатие JPEG - это всегда потеря качества, объединение пикселей, близких по тону в одну последовательность. Если сохранять исходный (ни разу не огрубленный) JPG с качеством 100% то размер файла будет меньше чем TIF LZW, но уже не столь существенно, раза в два, не больше. В Вашем случае он будет около 30. Если меньше - значит он уже был сжат ранее с огрублением. Я предпочитаю хранить космо и аэроснимки в исходном состоянии. )
|
 |

|
|
| |
Сообщение: 511
Зарегистрирован: 22.09.09
Откуда: Вологда
|
|
Отправлено: 01.11.13 14:36. Заголовок: Мне не обязательно т..
Мне не обязательно такое же сжатие как в Jpeg. Подойдёт и 50 мб. в понедельник попробую.
|
 |

|
|
| |
Сообщение: 515
Зарегистрирован: 22.09.09
Откуда: Вологда
|
|
Отправлено: 18.11.13 14:57. Заголовок: Попробовал сжатие LZ..
Попробовал сжатие LZW, качество не изменилось визуально. Объём вместо 200 стал 150 мб. не такая большая разница. а хотелось чтоб до 100 мб было.
|
 |

|
|
| Главный разработчик ООО "ЛесИС"
|
Сообщение: 872
Зарегистрирован: 15.07.09
|
|
Отправлено: 18.11.13 17:43. Заголовок: Юрий пишет: Попробов..
Юрий пишет: цитата: | Попробовал сжатие LZW, качество не изменилось визуально. |
|
Оно и не могло измениться, все до последнего пиксела совпадает с оригиналом. Алгоритм LZW - это встроенный архиватор, сам растр при этом никак не меняется. Степень сжатия при использовании LZW сильно зависит от содержания изображения. Архиваторы работают на принципе использования укороченных кодов для часто встречающихся одинаковых значений. Например, топокарты, где мало цветовых градаций и имеются большие поля однородного цвета, сожмутся сильно. А снимки с "кудрявым" изображением сжимаются достаточно плохо. Для бинарных изображений (есть точка/нет точки) были разработаны очень эффективные алгоритмы сжатия без потери данных CCITT Group 4 - специально для передачи факсов и газетных полос. Их можно использовать для хранения растровых изображений планшетов. Сжатие JPEG разрабатывалось для плотной упаковки фотоизображений - первые цифровые фотоаппараты писали картинки на дискеты емкостью 1.44 Мб, каждое изображение не должно было превышать десятков или сотен Кб. Особенность сжатия JPEG состоит в том, что изображение разделяется на "частотные" слои и каждый слой сжимается отдельно с заданным критерием качества - если в пределах заданного порога качества колебания яркости "исчезают", вся область считается однородной по яркости. Для "кудрявых" изображений это позволяет добиться высоких степеней сжатия, хотя исходное изображение и восстановленное после сжатия JPEG выглядят по-разному, если увеличить их до пиксельного уровня. То есть при использовании алгоритмов сжатия JPEG Вы никогда не получите точно оригинального изображения, а степень отличия определяется заданным при сжатии процентом качества. Увидеть отличия "глазами" легко в двух случаях: сделайте искусственно в растровом редакторе растр из градиента цвета, а по нему поместите надпись черным шрифтом, а затем сохраните это в JPEG с высокой степенью сжатия. После открытия Вы увидите ступеньки цвета или прямоугольнички на градиенте и ареолы вокруг букв - искажения JPEG. Подводя итог замечу, что использую JPEG при сканировании Вы сразу искажаете исходное изображение на пиксельном уровне. Возможно, если исходное изображение не содержит большой детальности, допустимо снизить разрешение сканирования - там квадратичная зависимость, уменьшение разрешения сканирования в два раза уменьшает размеры растра в 4 раза. Для топокарт можно использовать также форматы с фиксированной палитрой, например 256-цветной - такие растры сжимаются сильнее.
|
 |

|
|
| |
Сообщение: 189
Зарегистрирован: 25.11.09
|
|
Отправлено: 29.01.14 08:26. Заголовок: Доброе утро! Появилс..
Доброе утро! Появился вот такой вопрос. Посадили растр в тополе 9.6 в системе СК42 10, открываем этот растр в тополе 6.8, визуально растр отличается системой координат, то есть простыми словами, в тополе 9.6 растр наклонен в восточную сторону, а в тополе 6.8 он расположен практически вертикально. Можно ли как-то проверить систему координат в тополе 6.8 и могла ли возникнуть какая-то ошибка? Возможно мы не совсем точно объяснили суть своей проблемы.
|
 |

|
|
| |
Сообщение: 190
Зарегистрирован: 25.11.09
|
|
Отправлено: 29.01.14 08:26. Заголовок: Доброе утро! Появилс..
Доброе утро! Появился вот такой вопрос. Посадили растр в тополе 9.6 в системе СК42 10, открываем этот растр в тополе 6.8, визуально растр отличается системой координат, то есть простыми словами, в тополе 9.6 растр наклонен в восточную сторону, а в тополе 6.8 он расположен практически вертикально. Можно ли как-то проверить систему координат в тополе 6.8 и могла ли возникнуть какая-то ошибка? Возможно мы не совсем точно объяснили суть своей проблемы.
|
 |

|
|
| |
Сообщение: 629
Зарегистрирован: 02.02.09
Откуда: Киров
|
|
Отправлено: 29.01.14 09:15. Заголовок: В тополе 6.8 какие к..
В тополе 6.8 какие координаты растра? На 10 млн начинаются? Можно курсором поводить поверх растра, посмотреть координаты курсора.
|
 |

|
|
| |
Сообщение: 191
Зарегистрирован: 25.11.09
|
|
Отправлено: 29.01.14 09:31. Заголовок: В тополе 9.6 начинае..
В тополе 9.6 начинается на 10 млн., а в тополе 6.8 на 8 млн.
|
 |

|
|
|
| |
Сообщение: 630
Зарегистрирован: 02.02.09
Откуда: Киров
|
|
Отправлено: 29.01.14 09:51. Заголовок: Значит в тополе 9.6 ..
Значит в тополе 9.6 посадили не в ту зону всё-таки. Сделайте в настройках проекта везде 10 зону, и в окне карты тоже 10-ю и заново посадите растр.
|
 |

|
|
| |
Сообщение: 192
Зарегистрирован: 25.11.09
|
|
Отправлено: 29.01.14 10:00. Заголовок: Больше ничего не пом..
Больше ничего не поможет кроме как пересадить растры?
|
 |

|
|
| |
Сообщение: 631
Зарегистрирован: 02.02.09
Откуда: Киров
|
|
Отправлено: 29.01.14 10:57. Заголовок: Ну можно еще попробо..
Ну можно еще попробовать в 9.6 - правой кнопкой по растру (в списке слева) - Растр - Геометрические операции - Трансформировать в различные системы координат - там выберите 10-ю зону СК42 - зададите новое имя файла. Может даже сработать
|
 |

|
|
| Главный разработчик ООО "ЛесИС"
|
Сообщение: 931
Зарегистрирован: 15.07.09
|
|
Отправлено: 29.01.14 11:25. Заголовок: Спасибо AlexQ, немно..
Спасибо AlexQ, немного обобщу. kudles пишет: цитата: | открываем этот растр в тополе 6.8, визуально растр отличается системой координат |
|
TopoL 6.8 не умеет "на ходу" подгонять растры к другой системе координат, он их всегда показывает, как есть, в тех координатах, которые записаны в привязке растра. kudles пишет: цитата: | тополе 9.6 растр наклонен в восточную сторону, а в тополе 6.8 он расположен практически вертикально. |
|
TopoL 9.6 знает системы координат как растровых данных (заданы в проекте), так и векторных данных (записаны при самих данных), и на экране в окне карты "на ходу" все эти данные приводит к системе координат окна карты. Никаких поворотов нет, если все системы совпадают. Система координат окна указана на его нижней рамке, посмотреть систему координат данных можно через контекстное меню объектов дерева данных.
|
 |

|
|
| |
Сообщение: 193
Зарегистрирован: 25.11.09
|
|
Отправлено: 29.01.14 11:49. Заголовок: Большое спасибо! Все..
Большое спасибо! Все получилось, пересаживать не пришлось!
|
 |

|
|
| |
Сообщение: 166
Зарегистрирован: 20.02.12
|
|
Отправлено: 06.05.15 09:39. Заголовок: Всем привет Коллеги,..
Всем привет Коллеги, был ли у кого нибудь опыт загрузки карт в навигатор (например Гармин) Отпишитесь пож. о результатах.
|
 |

|
|
| Руководитель ЛесИС
|
Сообщение: 2308
Зарегистрирован: 29.01.09
Откуда: Подольск
|
|
Отправлено: 06.05.15 10:10. Заголовок: Oleg пишет: Коллеги..
Oleg пишет: цитата: | Коллеги, был ли у кого нибудь опыт загрузки карт в навигатор (например Гармин) Отпишитесь пож. о результатах. |
|
В версии именно 6.8? Свой опыт выгрузки из 9.6 я описал тут. Там же есть ссылка на видеоурок.
|
 |

|
|
| |
Сообщение: 167
Зарегистрирован: 20.02.12
|
|
Отправлено: 06.05.15 12:36. Заголовок: Грешнов пишет: В ве..
Грешнов пишет: Неважно в какой версии. Спасибо за ссылку пробуем...
|
 |

|
|
| |
Сообщение: 168
Зарегистрирован: 20.02.12
|
|
Отправлено: 06.05.15 15:42. Заголовок: Работает!!! Только к..
Работает!!! Только кусок Воронежской области под Саратов унесло Но это я с системами координат видать напутал.
|
 |

|
|
| Руководитель ЛесИС
|
Сообщение: 2310
Зарегистрирован: 29.01.09
Откуда: Подольск
|
|
Отправлено: 06.05.15 16:19. Заголовок: Oleg пишет: Только ..
Oleg пишет: цитата: | Только кусок Воронежской области под Саратов унесло Но это я с системами координат видать напутал. |
|
Вы сначала в 9.6 этот кусок откройте и посмотрите, там не сложно разобраться. Возможно из 6-ки пришел такой, там же нет такого контроля.
|
 |

|
|
|
| |
Сообщение: 170
Зарегистрирован: 20.02.12
|
|
Отправлено: 08.05.15 09:53. Заголовок: Грешнов пишет: Возм..
Грешнов пишет: цитата: | Возможно из 6-ки пришел такой, там же нет такого контроля. |
| Я в 6-ке после привязки включал в геодезии "Показывать мировые координаты" вроде все совпадает Грешнов пишет: цитата: | Вы сначала в 9.6 этот кусок откройте и посмотрите, там не сложно разобраться. |
| Как в 9-ке включить просмотр двух систем координат? (если есть такая возможность) И можно ли изменить положение точки путем ввода координат, где находятся координаты точки я нашел, а вот изменить неполучилось... Грешнов пишет: цитата: | Свой опыт выгрузки из 9.6 я описал тут. |
| И как результат Вашего опыта? Я имею ввиду совпадения загруженной в навигатор карты и "отскоки" от натуры, если они конечьно есть.
|
 |

|
|
| Руководитель ЛесИС
|
Сообщение: 2318
Зарегистрирован: 29.01.09
Откуда: Подольск
|
|
Отправлено: 08.05.15 12:47. Заголовок: Oleg пишет: Как в 9..
Oleg пишет: цитата: | Как в 9-ке включить просмотр двух систем координат? (если есть такая возможность) |
|
Там не нужно ничего включать. Абстрактно трудно подсказать не видя конкретных материалов, но суть в том, что в 9-ке СК данных, СК проекта и СК окна - достаточно независимые параметры относительно вектора. Проект определяет в какой СК открывать данные если в них не содержится информации о ней (например из 6.8), сами данные в 9.6 имеют или приобретают от проекта описание СК в файле типа d:\LesIS\2011\R099\F001R099L009U002_Vyd.blk\coordsys.xml и, наконец, в свойствах окна Вы можете задать его проекцию, в которой хотите увидеть данные. Таким образом, если у окна будет одна проекция, а у двух разных блоков - две другие, то в окне Вы увидите их "по месту", так как Топол все приведет на лету к проекции окна. Если же какой то блок посажен явно в другой проекции, то он должен "улететь" куда то, так как физические величины координат будут от другой проекции. То есть, если открыть 10 зону в 6-й, то она будет выглядеть так как должна бы выглядеть в 6-й, но с координатами от 10 - то есть, на четыре зоны правее... Хотя, тут могут быть нюансы если Вы как то неаккуратно пересохраняли данные в некорректных СК. цитата: | И как результат Вашего опыта? Я имею ввиду совпадения загруженной в навигатор карты и "отскоки" от натуры, если они конечьно есть. |
|
Ну это зависит не от самого процесса выгрузки, а от точности посадки исходного материала... ) Мне результаты выгрузки в Гармины типа 62 нравятся только для целей ориентации. Когда люди говорят о выносе точек в натуру по Гармину то мне грустно... Грустно от зависти их зрению... терпению... пространственному воображению... и оптимизму. )) Я на практике все же ограничивался бы экспортом через GPX ходовых линий, точек и контуров требуемых конкретных объектов.
|
 |

|
|
| Руководитель ЛесИС
|
Сообщение: 3273
Зарегистрирован: 29.01.09
Откуда: Подольск
|
|
Отправлено: 21.11.16 10:13. Заголовок: Вопрос kudles c:\..
Вопрос kudles c:\...\Снимки Д.М\Д.roh - Ошибка доступа к диску ! перенесен сюда: http://lesis.forum24.ru/?1-12-0-00000082-000-0-0#002 К сожалению, с потерей самого вопроса, размещением в случайной теме и появлении фантомной темы - двойника из-за глюка движка форума Borda.ru. Пожалуйста, размещайте вопросы сразу в правильных разделах форума! Движок нами не управляется.
|
 |

|
Ответов - 104
, стр:
1
2
3
All
[только новые]
|
|