Добрый день!
Подскажите, plz, каким образом можно “склеить” имеющиеся листовые карты в одну целую??, что для этого нижно и есть ли где-нибудь пошаговая инструкция?
ЗЫ Программа навигации - Ozi, варианты клейки в Фотошопе с последующей привязкой в серьёз не рассматриваю:))
На сайте OziExplorer.com есть утилита Map Merge. Можно в ней. Но на выходе получаются файлы с расширением .ozfx3 Ноутбук их “понимает”, а КПК нет.
Прогу которая выдаст .ozf2 хотел бы и сам найти.
На сайте OziExplorer.com есть утилита Map Merge.
Можно в ней. Но на выходе получаются файлы с
расширением .ozfx3 Ноутбук их “понимает”, а КПК
нет.
Прогу которая выдаст .ozf2 хотел бы и сам найти.
Что значит КПК не понимает ozfx3. Прекрасно понимает.
“Склейка” листов
Я пользую программу PanaVue Image. Позволяет склеивать сколько угодно изображений. Результат выдаёт во всех графических форматах.
А потом этот .jpg конвертирую в .ozf2 программой Img2Ozf.
А привязка “по новой”
Вопрос!
Склеенный лист, пологаю будет снова нуждаться в привязке?
V-R и другие.
Не слушайте про PanaVue ImageAssembler и всякие там фотошопы. Нельзя сшивать карты по пикселям. Это просто глупость. Если немного подумаете, сами поймете. Единственно правильный путь - наложить, выправить каждую карту на виртуальной системе координат в родной проекции и датуме. Именно этот алгоритм реализуется в MapMerge. Если не нравится OZFx3, есть пара конверторов в общеупотребимые форматы. Другой путь - проделать эту операцию в GlobalMapper. В этом случае вариантов выходных форматов легион. Попутно можно сами изображения правильней привязать, вернее выправить в идеальный растр.
Не соглашусь. Если речь идет о космоснимках – да, единственный правильный путь склеить несколько в один – специальные программы, работающие именно с геоданными. А в случае сканов такой вариант может не пройти – сканер, особенно дешевый может внести искажения в лист, которые не исправятся ни мапмерджем, ни глобал маппером. Тем более, что искажения могут носить несистематический характер. А в этом случае совершенно все равно, какая программа будет сканы клеить. Тем более, что для маппера и мапмерджа картинки нужно сначала привязать.
Прошу прощения, сразу не пнял, о чём речь идёт. Теперь понял, что речь идёт о уже привязанных листах атласа, которые нужно склеить. На эту тему рекомендую пообщаться с Mikle_V, так как у него есть множество великолепно скленых атласов областей ГУГК.
Я-то думал, что речь идёт просто о том, как отсканировать топокарту формата А2, склеить её, и потом привязать…
Цитата:
“Не слушайте про PanaVue ImageAssembler и всякие там фотошопы. Нельзя сшивать карты по пикселям…”
Интересно, а как можно сшить карту по другому, если я отсканировал очень большую карту области по частям и с перекрытием?
Еще цитата:
“Единственно правильный путь - наложить, выправить каждую карту на виртуальной системе координат в родной проекции и датуме”
Несколько вопросов:
Куда можно наложить и где выправить карту?
Где на атласе указаны система координат “в родной проекции” и датум? И чем эти понятия отличаются друг от друга?
И еще одна:
“Если не нравится OZFx3, есть пара конверторов в общеупотребимые форматы”
Назовите их, пожалуйста!
Спасибо всем!!!
Актуальны обе задачи, как склейка привязанных листов, так и jpg Скачал обе проги, буду пробовать
Еще раз всем спасибо!
ЗЫ С удавольствием почитаю продолжение флейма
Дополнение - аллаверды.
Ещё раз: я занимаюсь тем, что имея бумажные листы карт форматов А3 и А2 - сканирую их по “кусочкам А4”, насколько мне позволяет мой сканер. ПОтом “склеиваю” их в PanaVue Image, затем в Озике привязываю, перевожу в формат .ozf2 и укладываю в каталоги карт по квадратам. Если кому-то нужна помощь в этих вопросах - прошу.
Вот-вот и я про тоже. Склейка карт сканированных по частям. Не надо Панавью, не надо Фотошоп. Сам так делал когда-то. Даавно завязал. Сейчас наоборот, каждый день разбираю на части чужую кривую склейку, чтоб сделать заново. Часы трачу на один лист.
Выше было несколько вопросов. форум неудобно сделан, прочитал-незапомнил. Пытаюсь ответить на память.
Во первых какая разница что склеивать. Целые листы, фрагменты, листы атласа…
У атласа что нет проекции и датума?
Коряво написал в чем смысл. Пробую по другому. В некой программе создаем виртуальную сетку координат. В программе открываем два (или больше) привязанных кусков. Обращаю внимание -привязанных. Если куски привязаны, они ложаться на эту сетку правильно и идеально соединяются. Выбираем какой кусок сверху, какой снизу. Экспортируем всю картинку в один файл с одной привязкой. Точность привязки такого файла будет не хуже точности привязки входящих в него элементов. Погрешность в данном случае не накапливается, как в Панавью. Мы же сшиваем куски не друг с другом, а каждый с идеальной сеткой.
Именно так работает GlobalMapper.
Вы уловили смысл? Если OZI привязка фрагмента у вас точная, достаточно открыть все что хочется сшить в GM и экспортировать общее в подходящий формат. Все.
Только вот привязка в OZI говененькая и нестыковки видимо будут видны. Неправ тот кто выше писал о невозможности привязки в GM. как раз там она очень продвинутая. И результат его, не экстрополированная сетка как в oZI а полностью выправленный растр. Я привязываю карты из 4-х фрагментов в GM так, что при любом увеличении сдвига сетки не увидишь.
Но еще раз, MapMerge свою работу выполняет не хуже, только не видно и дольше чем GM. Если после MapMerge видны дефекты сшивки, это ваши проблемы, это вы так привязали исходные куски.
Конверторы из OZFx3 попозже, тороплюсь на работу.
Ввиду явного интереса к теме, пишу подробные персональные ответы.
Саперу
Давайте не будем играть словами смысл которых не понимаем. GM умеет привязывать, мало того он как раз заточен на работу по выправлению кривых растров. И делает это очень эффективно, даже скажу ЭФФЕКТНО! И как раз топокарты имеют такую возможность, на них есть километровая сетка. Именно эта сетка является основой карты, а то что вы используете в OZI, градусы по периметру, не более чем справочная информация.
Так вот, на 500м ГШ узлов километровой сетки около 500 шт, если использовать каждый, можно исправить даже карту которую попользовали в туалете. И обращаю внимание, результатом работы будет не файл привязки, а совершенно новое изображение, абсолютно правильной формы и правильно повернутое. Ну естественно привязанное. Будет ли это отдельный файл или привязка будет внутри другой вопрос. Варианты можно выбирать.
Последнее. Не надо замешивать MapMerge и GM в один флакон. Вторая программа с очень большими и разнообразными возможностями. Склейка всего лишь результат этих возможностей. MapMerge ничего править не умеет, только клеить. Но делает это хорошо.
Инструктору
Я конечно не Mikle_V, но слежу за сообщениями уважаемого ГУРУ. Майкл склеивает листы, натягивая их в Фотошоп на заранее правильно нарисованную километровую сетку. Т.е. по сути тем же методом, что я советую, только бодее трудозатратным и менее точным. Кроме того в его способе нет возможности сделать локальную трансформацию. Почему Майкл не делает в GM? Ответ простой: потому что когда такие зубры как он это начинали, GM просто небыло в природе, а дальше… все мы рабы своих привычек 
Sanwell -у
Вроде на большинство вопросов уже ответил. На всякий, чуток ешё:
Система координат имеет проекцию и датум. Если это непонятно, читайте википедию или еще какой справочник.
Третий вариант объяснения как склеивать, на кошках. Нам надо собрать мозаику. Для нее заранее заготовлено и расчерчено место на площадке. Мы не хотим работать на улице, склеиваем мозаику дома, а потом несем ее на площадку. В результате мозаика не совпадет с заранее расчерченным под неё местом. Это вариант склейки по пикселям.
Если мы выкладываем мозаику на площадке, крутим и двигаем каждый кусочек на предназначенное ему место отдельно, это склейка по координатной сетке.
Датум, проекция на атласах не указана Раньше однозначно прокатывали настройки Pulkovo42, TM. Сейчас у топографов стало хватать времени и денег на уродование параметров в местные координаты. Секретность, блин. С такими картинками надо разбираться конкретно в каждом случае.
С конверторами подождите до вечера, далеко от домашнего компа нахожусь.
Две программы для переконверчивания OZFx3 в PNG
первую забираем здесь
http://www.terraperfecta.com/files/demapper.zip
вторую, которая называется
ozf2img
не знаю где, могу прислать.
Вторая, мне показалось, побольше файл может переварить.
Некоторые наблюдения по склейке в Map Merge for OziExplorer
Короче было и у меня такое желание. Про качество привязки в этой программе уже говорили - оно определяется качеством привязки входящих в склейку листов не хуже самого плохо привязанного и искаженного (при сканировании или склейке после сканирования) из них. В отличии от Global Mapper, эта программа понимает маркеры углов карты (маркеры границ рамки карты), поэтому нет необходимости для каждого куска выставлять их вручную, чтобы зарамочное оформление карт накладывалось на соседние листы склейки, как это приходится делать в GM (привязку Ozi он понимает, а вот маркеры углов нет). Это плюсы программы.
Но есть и грабли, собственно почему я и отказался от использования таких склеек. Дело в том, что разные листы карт сканировали, обрабатывали, склеивали и т.д., короче формировали единый растр целого листа разные люди и в разное время. Понятно, что и делали они это по-разному. С разными параметрами. Критичным тут является разрешение конечное пространственное листов, которое в первую очередь идёт от разрешения при сканировании или после его уменьшения (если изначально фрагменты сканировались с заведома большим). Так вот. Map Merge при склейке приводит все фрагменты к единому пространственному разрешению. Вот тут и вылазит эта разница в разрешении. При приведении к одному разрешению вид картинки значительно ухудшается, причем не важно, уменьшается ли разрешение конечной склейки относительно разрешения конкретного куска или увеличивается. В любом случае выглядеть этот фрагмент на общей склейке будет хуже, чем он выглядит отдельным листом.
Поэтому вывод такой. Чтобы склейка выглядела не хуже входящих в неё листов, эти самые листы должны иметь одинаковое пространственное разрешение (ну плюс - минус погрешность, порядка 0,2%), что на практике (по крайней мере у меня) никогда не соблюдается.
Несколько вопросов по GM
Генштабовские листы имеют рамку и прочие элементы по краям листа. В MapMerge от них можно избавиться правильно расставив 4 “уголка”. Эти уголки так же хранятся в map-файле. Гружу такие листы (уже привязанне) в GM и вижу рамку и т.д.
Из GM для Ozi делается экспорт через ecw-файлы? Но я не могу их открыть Ozi 3.95.5g.
Есть где-нибудь по нему толковый мануал, желательно на русском языке?
http://www.karelia-life.net/articles/atcl0003/maps_merging.htm
Мануал от seno
Вот только фишки этой программы так и не просек…с момента написания поста (2008г) переклеил кучу карт, начиная от соседних листов ГШ и заканчивая полными квадратами на тех же ГШ или областями с сотнями листов. Клеилось все в ММ и все это было проверено реальными поездками и треками…и все работало… и к чему гимор с GM так и не понял.
Спасибо за мануал, по поводу MM:
Приходится руками указывать центральный меридиан. И, кстати, непонятно какой указывать, что бы, напр. склеить два листа пятикилометровки, если у них центральный разный 
Ну и вообще хочется поковыряться в GM, вдруг он чем-то удобнее окажется.
и к чему гимор с GM так и не понял.
В 99% случаев он ни к чему. Вполне можно обойтись простеньким Map Merge.
Угловые маркеры Озиэксплорера GM не понимает (может быть просто не понимает, но скорее всего не понимает намеренно, т.к. сам имеет более продвинутые инструменты для работы с границами). Так что придётся вводить их вручную - по координатам.
GM незаменим в случае, когда исходные карты криво отсканированы/привязаны/склеены и требуется не просто привязка, а именно корректировка растра.
Простейший пример - скачайте километровку L-37-125 (например, отсюда http://poehali.org/maps/100k--l37-125.html) и попробуйте её привязать. Обратите внимание на нижнюю часть - как ни привязывай, а километровая сетка не ложится как надо. Это результат “кривого” сканирования (или склейки двух сканов). Чтобы это исправить, MapMerge вам не поможет. А с помощью GM всё исправляется идеально.
Ещё один пример - лист N-37-025 (например, тут http://poehali.org/maps/100k--n38-025.html) - по центру виден “разрыв” с нахлёстом, идущий горизонтально. Это следствие неправильной склейки двух раздельно отсканированных частей листа.
Про центральный меридиан - ставьте какой вам удобно. С точки зрения проекции это абсолютно не важно. Главное, чтобы итоговый вид склейки в выбранной вами проекции с выбранными вами же параметрами (центральный меридиан - это всего лишь один из них) лично вас устраивал. Я бы выбрал тот, по которому они друг с другом граничат. Или вообще, задал бы для итоговой склейки проекцию Меркатора.