Ru-Board.club
← Вернуться в раздел «Программы»

» SAS.Планета (часть 2)

Автор: workdao
Дата сообщения: 24.06.2009 11:59
на моем примере

1. я делаю экспорт снимка небольшой территории
2. копию стандартного кеш заливаю себе на сервер
3. делаю экспорт в KML для просмотра в GE
4. ручками исправляю в файле адрес до картинок (там указаны картинки в кеше) на тот что указывает на картинки на сервере.
5. заливаю KML на сервер.
6. подключаю адрес до KML в GE

Итог с любого компьютера я могу посмотреть подключив этот путь нужный мне снимок через GE

что хочется - что бы при экспорте кеша в файл KML можно было бы указать тот путь, где будут лежать эти картинки, а не тот который по умолчанию на них указывает.

PS: так же было прикольно если бы можно было прямо в KML путь до картинки ложить Digitalglobобовский или другого сервиса

даже сам понял
Автор: az52
Дата сообщения: 24.06.2009 12:06
Теперь понял и я)
Можно просто экспорт делать с относительными путями, например спутник гугл cache/sat
мы сохраняем kml в папку cache, а затем копируем куда надо sat+KML и ничего править не придется.
Автор: workdao
Дата сообщения: 24.06.2009 12:13
а как же обратные слэши ?
Автор: az52
Дата сообщения: 24.06.2009 12:14
workdao
Упс, ну да.
Автор: TheGarl
Дата сообщения: 24.06.2009 13:08
az52

Цитата:
Лучше доработать парсер кмл чтоб он понимал картинки.

тут ещё вопрос в том чтобы эти превьюшки писались в кэш а не постоянно тянулись из инета.


workdao

Цитата:
идеальный вариант, что бы создавался не один kml файл, а ветка
то бишь управляющий веткой kml, а остальные распределенные, и подгружались в случае просмотра данного слоя или территории. а то одним файлом очень грузит систему и программу.

дык вроде ж по тайлам сохраняются KML-ки это как говорится дешёво и сердито.

Добавлено:

Цитата:
что хочется - что бы при экспорте кеша в файл KML можно было бы указать тот путь, где будут лежать эти картинки, а не тот который по умолчанию на них указывает.


может проще в окне экспорта, при активизации галки относительные пути показывать поле ввода с заголовком "добавлять к относительному пути"
либо можно сделать аля переменными %path%
третий вариант делается ещё одна галка
[ ] заменять путь на _____________
и при экспорте путь до kml файла заменяется на введенный пользователем...

ну или както вот так!
Автор: workdao
Дата сообщения: 24.06.2009 13:16

Цитата:
дык вроде ж по тайлам сохраняются KML-ки  это как говорится дешёво и сердито.


то есть?

Добавлено:
может быть такая функция и нужна мне одному )
но она дает большую гибкость при работе KML
Автор: TheGarl
Дата сообщения: 24.06.2009 13:26
workdao
мы не о экспорте в кml говорим а о конкретной желалке на примере панорамио
тоесть что-то похожее на пользовательский слой.
так вот в этом слое всё точно так же бьётся по тайлам как и в Pano_KML.

Цитата:
а остальные распределенные, и подгружались в случае просмотра данного слоя или территории.
там по папкам кэш и сделан смотришь территорию берёш из определённой папки, не смортиш - не берёш


а если о экспорте, то насчёт одного файла согласен, то тут уже надо думать тем кто парсит этот файл.
Автор: workdao
Дата сообщения: 24.06.2009 13:58
да я про экспорт... потому как на днях 500 мег тайлов выдали мне - гиговый KML файл ... я аж чуть не упал...
Автор: DCT
Дата сообщения: 24.06.2009 15:10
TheGarl

Цитата:
перед записью исходной kml-ки в кэш , писать рядом превьюшку и как некоторые хотят картинку , затем перерабатывать эту kml-ку на относительные пути и записывать нашу локальную версию кэша.

см. в шапке улучшение кэша панорамио: там методика такая - из скачаных SAS kml получаем ссылки на картинки, качаем их в папку, меняем по всем kml ссылки на локальные.

Локализовать и выкачать превьюшки тоже можно (могу сделать как с картинками), но SAS иконки в KML не понимает.

Добавлено:
workdao

Цитата:
при экспорте кеша в файл KML можно было бы указать тот путь, где будут лежать эти картинки, а не тот который по умолчанию на них указывает
...
может быть такая функция и нужна мне одному )
но она дает большую гибкость при работе KML

Эта функция реализуется обычной заменой в любом приличном редакторе за 1 минуту. Можно сделать sed-скрипт, если нужно часто пользоваться.
Автор: krolevec
Дата сообщения: 24.06.2009 17:32
az52
Версия 90604, подключил приемник GPS, но не вижу на карте указателя направления.
В Настройках на вкладке GPS настроил COM-порт (SAS сказал ОК), поправку поставил, спутники отобразились, а когда переключаюсь на карту, указателя нет.
Кнопки Подключиться к GPS приемнику и Центрировать карту включены.
Автор: NickNet
Дата сообщения: 24.06.2009 21:30
При распаковке архива антивирус выдал:

Можно смело пропускать?
Автор: SerQRM
Дата сообщения: 24.06.2009 22:07
У меня похожая ситуация была. Я запретил, однако после распаковки и запуска программы
появлялась табличка что-то типа "Ошибка скрипта Пробки/Яндккс карты/ Ошибка при загркзке байт кода", однако программа исправно работала.
Удачи!
Автор: workdao
Дата сообщения: 24.06.2009 22:14
У меня авира на lkk-re яндекс пробок очень нервно реагирует
Автор: RussellMur
Дата сообщения: 24.06.2009 22:19

Цитата:
... Я уверен. что для 42 ничего особенного не будет.

az52, есть много интересного.

Цитата:
Да, хорошо бы, но ключик существующий по которому находятся снимки для 49 стека не поддерживает 42

az52, где взять ключик, что поддерживает (варианты?)

Цитата:
и кто нить пробовал найти закономерность между названием снимка такого формата ID=1010010007D6D005 и 7016122241 ?

workdao, нет закономерности. не парься

Цитата:
Как видно снимки распологаются только в центральной сибири, немного расстраивает( Но покрытие там очень существенное.

кого-то - немного радует;)
Автор: NickNet
Дата сообщения: 24.06.2009 22:20
SerQRM

Цитата:
Я запретил, однако после распаковки и запуска программы
появлялась табличка

Прям как у меня... Что ж, поработаем - увидим...
Автор: workdao
Дата сообщения: 24.06.2009 22:25
и кто нить пробовал найти закономерность между названием снимка такого формата ID=1010010007D6D005 и 7016122241 ?

workdao, нет закономерности. не парься

как минимум есть интервалы закономерные по которым можно подобрать ID в том случае если ключика от 42 слоя найдем
Автор: RussellMur
Дата сообщения: 24.06.2009 22:55
workdao, на 42ом всё что видно я нашел tids by Proxomitron.
Зачем искать несуществующую закономерность.
Некоторые области имеют tidы разные (дублирование), например: 7015337108-7015337122, 7015165283-7015165297, 7015289538-7015289552. Это только 49. А на 42-ом эта же область уже в диапазоне 703... (врать не буду но что-то такое - лень смотреть)
Какая может тут быть закономерность?
более того, (ИМХО) и создатели не знают эту связь. Вот ID=1010010007D6D005 и 7016122241, первое - номер в "каталоге" (доступ в который простым смертным заказан) второе - имя слоя, которое скорее всего присваивается автоматически програмой /inc(1)/, а люди умудряются "пробовать найти закономерность".
Автор: workdao
Дата сообщения: 24.06.2009 23:01
у меня как раз 703 и 721 слой названий снимков не показывают и на 49 слое отсутствуют

аналогии все равно есть найти можно, я не говорю про точную как формулу взаимосвязь.
Автор: RussellMur
Дата сообщения: 24.06.2009 23:03
координаты места какие?
Автор: workdao
Дата сообщения: 24.06.2009 23:17
http://sasgis.ru/forum/viewtopic.php?f=11&t=102&start=120#p6382
на картинках разница показана...

то что справа 721 слой который не отображается
сверху не большой кусочек на границе с тюменской областью - 703
Автор: az52
Дата сообщения: 25.06.2009 08:29
NickNet
Можете если оно не надо просто снести dll и YaSat.zmp - чтоб ошибку не давало. Это слой яндекс.пробки писал не я, но автор даже сорцы этой dllи выложил, такчто кто боится может проверить. Также на оффоруме можете поинтересоваться у автора этого слоя.
Автор: demeterp
Дата сообщения: 25.06.2009 12:03
А просветите чайника, если не лень:

Вот есть у меня набор из полусотни 250метровых листов ГШ с привязкой под ОЗИ (Черногория). 500 мб джипегов. Имена не стандартные.
Хочется просматривать их в САС и Google Earth ради 3D и сверки горных тропинок с космоснимками.

Из этой и соседней ветки я понял только один способ
- импортить их все в GM
- отрезать вручную края
- экспортировать в cache google maps
- подключить в SAS
- экспортировать KML

Я прав или можно как-то проще? Особенно напрягает ручная обрезка полусотни листов.
OziMapMerge поможет?

Нет ли у автора в планах сделать в SAS поддержку папок с картами OZI напрямую?

Раньше, как я понял можно было хоть KML просматривать, почему это убрано?
Автор: az52
Дата сообщения: 25.06.2009 12:40
demeterp
Можно и проще, минуя SAS - сразу из ГМ экспортируйте в kml.


Цитата:
Особенно напрягает ручная обрезка полусотни листов.

Я делел просто - обрезал по координатам границ листов, может, правда, просто только для крупных масштабов.
Автор: TheGarl
Дата сообщения: 25.06.2009 14:15

Цитата:
Особенно напрягает ручная обрезка полусотни листов

бился над этим тоже долго
дык вроде mapedit склеивает нормально листы в простыню (единственный замеченый глюк - это белые горизонтальные полосы от 1 до 3 пикселеы)

тоесть имеем 144 километровки (12*12)
склеиваем в 6 полосок по 24 листа
затем это добро открываем в GM и получается автоматизация...


demeterp
ради интереса кинь каким-либо одним листом 250 метровок
Автор: SASWarp
Дата сообщения: 25.06.2009 14:37
SAS.Warp

SAS.Warp – программа предназначена для просмотра и корректировки привязки спутниковых снимков и обычных карт, загруженных с помощью SAS.Планета. С помощью SAS.Warp легко скорректировать спутниковые снимки и обычные карты, так чтобы они в точности совпадали с более точными картами или конкретными привязками к местности. SAS.Warp позволяет легко увеличить точность карт с минимальными усилиями.

Уникальность SAS.Warp в том, что SAS.Warp использует многоточечную привязку карт. Каждая точка привязки будет точно совмещена в результирующей карте. Механизм работы SAS.Warp чем-то напоминает программы двухмерного морфинга изображений. Чтобы понять механизм работы SAS.Warp нужно представить карту нанесённую на идеально гибкий тонкий кусок резины. При этом булавками можно прикалывать карту, так чтобы положение выбранных точек точно совпадало с требуемыми привязками. Данный механизм привязки позволяет не только привязывать карты, но и корректировать любые геометрические искажения карт.

Основные функции SAS.Warp:
• Поддержка всех форматов кэша: GoogleMV, SAS.Planeta, EarthSlicer 1.95 и Google maps tiles.
• Поддержка всех типов проекций, поддерживаемых SAS.Планета
• Поддержка всех сервисов карт, поддерживаемых SAS.Планета
• Использование многоточечной привязки карт, неограниченное число точек привязки
• Возможность параллельного открытия нескольких карт, так чтобы одну карту можно было корректировать по данным другой

Ограничения:
• Пока поддерживаются карты только в формате JPEG
• Пока не работает функция показа Preview в реальном времени

Установка:
• Скопировать SASWarp в каталог, где находится SAS.Планета и запустить SASWarp.exe

Порядок работы:
• Открыть в меню «Координаты».
Внимание! В поле «Каталог для сохранения результата» нужно указать имя каталога для временного хранения файлов. Этот каталог будет создан в каталоге где хранится кэш у SAS.Планета. Если указать в этом поле имя каталога, который уже существует, то SAS.Warp сохраняя тайлы в этот каталог, повредит существующий кэш. Рекомендуется использовать имя вида “Tmp”.
• Указать координаты прямоугольной области в меню «Выделить»
Кнопки около полей вставляют координату, на которую показывает курсор
• Двойным кликом мыши поставить точки привязки для карт в левом верхнем и правом верхнем окнах. Нужно не меньше 3-х точек
• Запустить коррекцию в меню «Старт». Результат работы можно увидеть в правом нижнем окне

Лицензия FreeWare

Хостится пока будет на rapidshare.com. Линки на свежие версии будут выкладываться в этом теме.

http://rapidshare.com/files/248454826/SASWarp_v1.0.zip
Автор: TheGarl
Дата сообщения: 25.06.2009 15:23
SASWarp
если б не фиксированный масштаб корректируемой карты- было б удобнее
Автор: NPC
Дата сообщения: 25.06.2009 15:26

Цитата:
SAS.Warp – программа предназначена для просмотра и корректировки привязки спутниковых снимков и обычных карт, загруженных с помощью SAS.Планета.


не понятно, САС Планета ведь тоже привязывает, а обычные удобнее привязывать в Ози
Автор: SASWarp
Дата сообщения: 25.06.2009 15:47

Цитата:
TheGarl
если б не фиксированный масштаб корректируемой карты- было б удобнее

Корректируется только один фиксированный слой, поэтому и не разрешено менять масштаб у корректируемой карты. Масштаб меняется колёсиком.


Цитата:
NPC
не понятно, САС Планета ведь тоже привязывает, а обычные удобнее привязывать в Ози

Объясню проблему:
1. Местами Digital Globe расходится с GE метров на 20-50. Причём часто видно, что кусок с одной края точно привязан, а чем дальше, тем больше съезжает в сторону.
2. Местами такая же штука и на самом GE, в рамках одного слоя.
3. OZI пытается привязать всю карту сразу. И если больше 4-х точек привязки OZI сходит с ума. 4-х точек обычно не хватает для точной привязки.

Так вот, все вышеперечисленные случае кроме с помошью SAS.Warp не исправишь.

Да, ещё забыл добавить. SAS.Warp когда создаёт новый слой, то корректно обрабывает границы области. Поэтому после того как слой привязан/выровнен, можно просто move файлы поверх оригинала.
Автор: az52
Дата сообщения: 25.06.2009 15:56
Версия 90625 (от 25.06.09)
1. Добавил возможность навигации на метку.
2. Исправил ошибку, когда при загрузке отсутствующего тайла с kosmosnimki.ru загрузка стопорилась.
3. При импорте plt каждому треку теперь присвается имя файла + номер секции.
4. Переделал преобразование HTML в тест подсказки, надеюсь пропадет проблема ошибок при наведении курсора на метки итп.
5. Исправил ошибку при при склейке, когда границы полученного изображения совпадали с границами тайлов а не выделения.
Автор: DCT
Дата сообщения: 25.06.2009 16:01

Цитата:
Особенно напрягает ручная обрезка полусотни листов

А если по ссылке из шапки посмотреть?


Цитата:
Если нужно обрезать поля листов ГШ:
После загрузки листов в Glabal Mapper, сохраняем проект в рабочий каталог как файл !!!map.gmv, запускаем !!!CropGM.exe, перегружаем Glabal Mapper и открываем файл !!!_out.gmw - поля отрезаны! )))


Странно, но народ предпочитает вручную...

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071

Предыдущая тема: Opera AC


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.