Чего вы хотите?

[vdemidov]

SVP абсолютно правильно
fighter в данный момент com является пром стандартом, и он обязателе, а с USB расскажите мне другое - вы вообще видели, чтоб программа работала напрямую ? что-то даже в наворогенном и платном (!) Ozi я такого не наблюдаю.
Подскажите, ткните пальцем.
И кстати, то что мы предполагаете под com, есть ни что иное как Разъём DE-9, кторый не надо путать с RS-232

Ты не прав. Именно в ози для Гармина есть прямая работа через USB. У гармина есть свой протокол, который работает именно по усб без всякого COM и NMEA называется PVT. В настольном озике есть две галочки, которые нужно проставить для работы через USB: "Garmin USB" и "Использовать PVT для Garmin вместо NMEA". Так что в перспективе поддержка нужна, но пока это настолько не критично по сравнению с остальными проблемами, что IMHO не стоит даже упоминания.

[Vasya]

vdemidov Таких подробностей не знал.
Можно создать ветку и там собирать сведения - как это делается, для дальнейшей, возможно модульной, разработки.

[alfil]

Недавно ставил себе тареку. Так вот, Для определения вожможности ориентации на спутник использовал Sasgis следующим образом:
1. Нашел свой дом и поставил первую точку линнейки на предполагаемом месте установки антены на балконе.
2. Уменшил всё и увеличил на экваторе в точке нахождения спутника на нужной долготе.
3. Сново всё уменьшил и увеличил на месте установке тарелке, В результате чего получил вектор направления на спутник.
4. Радостно убедился, что вектор в аккурат проходит между соседними высотками - пошёл покупать оборудование.

Но!
1. При увеличении, когда становить четко видин мой дом, линия линейки исчезает. Поэтому пришлось поставить промежуточную точку на небольшом увеличении рядом с дом примерно на уже имеющемся векторе. Это неудобно и сильно понижает точность.
2. Можно было бы в программе сделать соответсвующию функцию, когда ставиш точку и просто задаешь долготу спутника, а программа амтоматически рисует вектор направления ( разными цветами на разные спутники - если задаешь несколько).
3. Так же можно добавить простенькие рачеты азимутов, наклона и мультифида, но это вроде как уже не по теме.(если надо, могу дать ссылки на формулы)

[Basilisk]

Предлагаю, если пожелания принимаются в рассчёт авторами...
1 Функция "Операция/Сохранить ярлык" вообще-то дублирует "Перейти к…", но с открытием новой копии проги. Но файл "marks.xml" загружается лишь при старте, а значит изменения в метках одной копии не отразится на другой. А на винте сохранится файл "marks.xml" последней закрытой копии. Предлагаю: не только сразу сохранять все нужные изменения в файле "marks.xml", но всякий раз перезачитывать его с винта, из любой копии, при операциях изменяющих сей файл...
2 Хорошо бы сделать ( в файле marks.xml ) возможность производить сортировку меток по имени (названию) и описанию. Пока что колонки лишь мигают, но не сортируются. Когда набирается более …дцати меток в разных местах карты, становится проблемно их выбирать, к тому же при изменении метка прописывается в конец списка – отделяясь от группы… Ещё предлагаю разделить запись меток из разных групп карт в разные файлы, переключаемые при выборе группы карты. ( Земля, Луна, Звёзды и др.) А то странно выглядят на одной карте метки: Пирамиды Гизы – звезда Сириус – прилунение Аполлона-ХХ...
3 карты "Космос" - красивые, но не совсем реальные – ну не равны диаметры Луны и звезды Сириуса ( 30' ). Но это, наверное, к авторам этих карт... А есть ли где-либо более реалистичные карты с правильным масштабированиям ?...
Надеюсь, пользователи меня поддержат, и SASGIS, трудами авторов, станет лучше и удобнее…
Желаю авторам море удачи и дачи у моря…

[Basilisk]

" Решение неизвестно (обсуждается) "
Приведу несколько своих методов работы с картами (закачкой), которые, IMHO, дают ответы на некоторые вопросы из этой темы. Правда всё делается, в основном, ручками – ручками… Для примера мой родной Хабаровск…
Установить "источник – Кэш". Перешел на нужное место карты (DigitalGlobe - N 48°28`48.87``, E 135°4`18.85``) ставишь максимум зума, 24х, и прав.кн.мыши - "загрузить тайл осн. карты". Ничего нет? Уменьшил и снова. Появилось? Уменьши и проверь, явно ли меняется картинка при переходе на соседних зумах (20, 21, 22 - это цифровой зум из 19 х и толку от него нет).
Снимается вопрос -- Измеритель глубины зума. (Slv), viewtopic.php?f=2&t=14&st=0&sk=t&sd=a&start=470#p2530
да и максимальный зум не всегда лучший…
Запомни нужный зум (19х). Можно на том же зуме проверить другие карты (спутник Google хуже). Уменьшаешь до очередного резкого перехода картинки (с 14х на 13х). Следует, что 14-18 лишь конвертация из 19х (а с этим отлично справится функция "Сформировать предыдущие слои", бесплатно . Выше 13х - качать по желанию...
Нужна ли " -- Возможность выбора нескольких зумов и карт\слоев в окне СКАЧКА для одновременного их закачивания согласно единого выделения по карте (batch download) (Parasite)" ?
Остаётся скачать на 14х несколько десятков тайлов, чтобы определиться с границами области максимального зума.
http://www0.globexplorer.com/tiles/img? ... =2829&z=13
Это не так много, в сравнении с предложениями на "-- автоматизированное нахождение границ снимков (gisof)" - viewtopic.php?f=2&t=113 , где их будет тысячи. А нужны ли они все, если нужен центр?

Пример покрытия и скачки

Теперь главное – скачать! Если качать всю нужную область за раз одним блоком, то за-ся (у меня 1024 тайла ~ за час). Sever – не советую…
Включаем "Отобразить границы изображений" на 14х. "Полные" тайлы выделяем прямоугольной областью и качаем по квадратам. (в одном тайле 14х будет 1024 тайлов 19х, заменять при различии). "Резанные" тайлы выделяем полигональной областью. За раз можно скачивать по несколько квадратов, сворачивая окошки. У меня с максимальной скоростью в ~50 Кб/сек качаются 8-10 квадратов – 3000 тайлов (16,2 Мб) за ~8 минут…
Нужен ли "-- режим закачки тайлов с выбором очерёдности загрузки методом по алгоритму "Короеда" (svp) - viewtopic.php?f=2&t=14&st=0&sk=t&sd=a&start=270#p1188"
случайным образом, если лучше выбрать то, что нужно. Безлимитчикам всё равно…
Скачал весь г. Хабаровск за несколько часов…
"-- докачка после перезагрузки проги" - viewtopic.php?f=2&t=14&start=510#p2745
– включил "Карта заполнения…" и видно, что осталось докачать…
Так, что не обязательно перегружать прогу тем, что можно сделать ручками…

[Parasite]

Так, что не обязательно перегружать прогу тем, что можно сделать ручками…

Так вроде ж никто и не говорил, что то, что ОБСУЖДАЕТСЯ - нельзя прямо сейчас сделать ручками. Разумеется, можно. Можно всё вышесказанное делать и вообще без САСа - ведь как-то же существовала человеческая цивилизация до него... Перегружать прогу абсолютно ненужными функциями тоже вроде никто особо не стремится - так, народные идейки по малости...

За публикацию же Ваших методов работы - разумеется, спасибо.

[HtH]

...А вот еще чего бы было хорошо (и ИМХО совсем несложно) сделать:
когда мы в "операциях над выделенной областью" выбираем "склеить",
и проставляем разбивку карты на N фрагментов по горизонтали / вертикали,
логично было бы видеть в последующем статус-окошке с бегущими процентами
строчку а-ля "формируется файл ХХ из YY". Если файлы большие и фрагментов
много, это было бы намного информативнее просто бегущих снова и снова процентов...

..Update. Оказывается, такой информации нет при склейке в формат .ECW, а при склейке
в .JPG - в статусе отображается название обрабатываемого файла

[svp]

Так, что не обязательно перегружать прогу тем, что можно сделать ручками…

Я бы сказал так: не нужно распыляться на то, что можно запиндюрить потом в плагинах; нужно сосредоточиться на плагинах, многопоточности, KML-е, разработке хранилища, синхрониатора, обменника тайлов. ИМХО=)

Нужен ли "-- режим закачки тайлов с выбором очерёдности загрузки методом по алгоритму "Короеда"

Короед будет. Он уже наполовину написан. Но будет он в плагине и после того, как появится тревовидный индексатор, который тоже готов у VDemidov'а и почти готов у меня. У него дело только за интерфейсами и внедрением в Планету, а у меня ещё чуть докодить логику обходов.
Насчет короеда и нахождения границ. Будет ещё режим, в котором границы детальных областей будут находиться методом правой (левой) руки. Идея проста:
1. Двигаемся в любом направлении от затравочной точки с некоторым шагом. 2. Упёршись в отсутствующий, методом деления последнего отрезка пополам находим пограничный тайл детальной области.
3. От этого тайла методом правой или левой руки двигаемся вдоль границы детальной области запоминая координаты её тайлов. Таким образом получаем ломанную, соответсвующую границе.
4. Для упрощения границы обходим ломанную и удаляем общие вершины соседних колинеарных отрпезков.
Всё. Оставшаяся цепочка -- полигон, который можно заливать (растеризовать) любым методом. Под заливкой (растеризацией) подразумевается закачка (обработка) внутренних тайлов области.

[feya]

svp
А что делать, если внутри области есть отсутствующий участок? А если упремся в эту область и пойдем по границам высокодетальных снимков?

[svp]

А что делать, если внутри области есть отсутствующий участок?

На тайлах этого участка мы при скачивании начнем получать отказы. При этом можно запустить ещё один алгоритм левой (правой) руки и обойти эту область по периметру не тратя время на попытки скачать все тайлы отсутствующей области.
Ну а искать сами детальные участки по всему миру можно вообще методом монтекарло.

А если упремся в эту область и пойдем по границам высокодетальных снимков?

Не понял вопроса. Всегда можно определить где находится та или иная точка, внутри полигона или снаружи. Если в результате обхода по правилу руки мы получаем полигон, любой детальный тайл в окрестности которого будет снаружи, значит надо пустить ещё один луч поиска границы. Направлять этот луч нужно в сторону ОТ найденного полигона.