ВОПРОСЫ АБСОЛЮТНЫХ НОВИЧКОВ

[Parasite]

Назрело, назрело...
В эту тему будут переезжать (ну или задаваться напрямую, если вдруг удача) все ну совершенно нубские вопросы, заданные в тех или иных ветках. Ибо сколько ж можно игнорировать уже заданное\отвеченное другими, не напрягать межушный нервный узел, и не юзать поиск... Будет этакий паноптикум и парад юзеров, цинично игнорящих RTFM.

Если у кого из старожилов ВНЕЗАПНО нахлынет приступ альтруизма - то могут и поотвечать, а нет - так и нет. Тем хуже для задавших - тема будет безжалостно модерироваться.

[kefi]

garl » Так эта "лесенка" получилась оттого, что я некоторые тэйлы удалил, Исходно в GM было , как на вложении ниже.
Поэтому я и спрашивал про вариант, когда можно было бы уменьшить размеры тэйлов и тем самым, удаляя ненужные маленькие тэйлы, добиться более точного выделения накладываемого изображения ...

PS. Кстати , а по Вашему способу в GM обязательно при наложении приводить оба совмещаемых куска к одной проекции ? ...


PSPS/ Впрочем - весь вопрос успешно решился назначением прозрачного цвета в GM на накладываемом куске

[fenakit]

Скажите, пожалуйста, можно ли в САСе использовать составное выделение, состоящее из нескольких простых (прямоугольных, полигональных и др.)? Смысл в том, что бы при при экспорте в карту она состояла только из нужных областей, разделенных между собой, и это был бы один файл.

[kefi]

fenakit »
Насколько я понимаю, можно же по очереди разные выделения скопировать в промежуточную карту, которую потом чохом экспортировать в результат. Хотя, конечно, множественное выделение было бы удобнее, но его, imho, НЕТ.

[Papazol]

Составное выделение не предусмотрено. Но можно сделать копирование нужных областей в новый кэш и уже его экспортить. Только не совсем понятно, во что нужен экспорт. Если в графику, то с учётом разделённых кусков это будет весьма не экономично.
PS И всё же со многих сторон лучше делать отдельные карты для разделённых областей.

[garl]

Как вариант сделать нужное количество меток и использовать их в качестве выделителя

[vdemidov]

Ну, чисто теоретически мультиполигоны предусмотрены и даже во многих местах поддерживаются. Нет только средств для их создания. Так что если вы соберете мульти-полигон в текстовом редакторе в виде kml, а потом импортируете его, то должно заработать.
ЗЫЖ о возможных проблемах, если обнаружаться, пишите в багтрекер
ЗЗЫЖ производительность может быть не очень, если полигоны сильно далеко друг от друга

[fenakit]

Да.. Вариантов несколько, но походу ни один толком не сработает. Рисовать полигоны в текстовом редакторе, не видя карты, как-то ненаглядно.
А экспорт скаченного кеша интересует в в форматы для OziExplorer и SAS4WinCE (в частности упакованный кеш для SAS4WinCE). Памяти в портативных навигаторах не так уж и много, даже на флешке, а объемы кеша Google просто огромные. Вот поэтому и хотелось бы иметь одну карту(файл) с сразными нужными областями. Я так понял нужно "стучаться" в тему хотелок и пожеланий. Функция вроде не сложная, но очень полезная.

[kefi]

Да.. Вариантов несколько, но походу ни один толком не сработает. Рисовать полигоны в текстовом редакторе, не видя карты, как-то ненаглядно.

Отчего же не сработает , да еще и ни один ?
А рисовать в текстовом редакторе зачем ? можно же, наверное, нарисовать на карте, потом экспортировать и так для каждого, а после в текстовом редакторе уже соединить их... Все мои догадки.

[kefi]

Как вариант сделать нужное количество меток и использовать их в качестве выделителя

Не понял только - как метки использовать в роли области выделения ?

[Papazol]

А экспорт скаченного кеша интересует в в форматы для OziExplorer и SAS4WinCE (в частности упакованный кеш для SAS4WinCE). Памяти в портативных навигаторах не так уж и много, даже на флешке, а объемы кеша Google просто огромные. Вот поэтому и хотелось бы иметь одну карту(файл) с сразными нужными областями.

Для OziExplorer нужны изображения, и тут вот соединять в один файл непересекающиеся области ну совсем не гуд. Пустые пространства займут слишком много места зря. Только прямоугольник, полностью покрытый изображением, позволит сэкономить место на флешке. Если областей N, то и прямоугольников должно быть N. OziExplorer автоматически выбирает самую подробную карту из имеющихся, так что при навигации даже переключаться не нужно.

С SAS4 чуть иначе. Там вполне возможно заложить в один файл (или не один) любой кэш, независимо от того, пересекающиеся области в нём или нет. Скорость работы упаковщика от автора SAS4 выше, чем у встроенного упаковщика SASPlanet, так как в последнем случае обрабатывается выделенная область, и приходится проверять наличие соответствующих файлов в кэше. С учётом замечания vdemidov'а о снижении скорости при использовании мультиполигонов, боюсь, радовать не будет. Первый упаковщик укладывает последовательно всё, что попадается ему на пути. Поэтому либо упаковываем встроенным упаковщиком небольшие области, заведомо имеющие покрытие на всех нужных зумах, либо копируем всё, что нужно, в новый кэш и его утаптываем v_max'овской утилитой. Но второй способ хуже, потому что в случае, если одна из интересующих Вас областей вдруг обновится, Вам придётся заново лопатить нехилый объём. А ещё разделение областей на отдельные кэши позволяет хранить их на разных флешках.