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

[Parasite]

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

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

[vasketsov]

Как создать 1 полигон состоящий из нескольких частей?

1. Руками в KML - а потом импортировать.
2. Наделать кучку полигонов в одной категории, а потом в контекстном меню выбрать что-то типа генерации области выделения по всем полигонам внутри категории, потом эту область выделения можно импортировать назад в метки.

[Papazol]

Наделать кучку полигонов в одной категории, а потом в контекстном меню выбрать что-то типа генерации области выделения по всем полигонам внутри категории

Надо заметить, что этот способ возможен только в SACS.

[kondrat82]

Здравствуйте! По поиску не нашел. Быть может неправильно формулировал свой вопрос, честно пытался по всякому. В саспланете сделал интересующий меня снимок с помощью bing birdeye. Прописал слои и сразу выгрузил все в формат jnx. В общем все получилось как хотел. Навигатор (oregon 450) все принял без проблем, но при использовании обнаружил что снимок сдвинут. Примерно 100-150 метров строго на север. После обнаружения стал смотреть в различных программах и везде этот сдвиг есть. Вниз ложил топо рф а сверху сделаный снимок. Теперь собственно вопрос: можно ли этот сдвиг убрать каким-либо образом?

[DJ VK]

Здравствуйте! По поиску не нашел. Быть может неправильно формулировал свой вопрос, честно пытался по всякому. В саспланете сделал интересующий меня снимок с помощью bing birdeye. Прописал слои и сразу выгрузил все в формат jnx. В общем все получилось как хотел. Навигатор (oregon 450) все принял без проблем, но при использовании обнаружил что снимок сдвинут. Примерно 100-150 метров строго на север. После обнаружения стал смотреть в различных программах и везде этот сдвиг есть. Вниз ложил топо рф а сверху сделаный снимок. Теперь собственно вопрос: можно ли этот сдвиг убрать каким-либо образом?

суть такова

поддержка сохранения в формат JNX была добавлена в 14 версии Global Mapper

Склейте снимок, откройте в GM, перепривяжите и нарежьте там же в JNX...

[kondrat82]

Я так понимаю напрямую с моим jnx файлом он работать не будет. Нужно грузить в него jpg из кэша sasplanet и потом только сохранять в jnx.

[DJ VK]

Я так понимаю напрямую с моим jnx файлом он работать не будет. Нужно грузить в него jpg из кэша sasplanet и потом только сохранять в jnx.

Конечно, склейку делаете в любом доступном формате для sas, png,jpg200,ecw, итд
можно сгенерить привязку.
далее наложить полупрозрачно склейку любого слоя и по смежным точкам подвинуть снимок.
а экспорт в jNX уже реализован в GM.
хотя никто не мешает перепривязанный снимок в GM снова нарезать на тайлы, и снова подсунув в программу SAs, сделать экспорт, но оно Вам не надо...

[KASY]

Подскажитте пожалуйста. Могу ли я использовать в SasPlanet сторонию карту?

Есть карта, одного города. Могу ли я ее как-то использовать в єтой программе?

[Papazol]

Можно. Но нужно знать, в каком виде (формате) эта карта. Программа работает только с графическими изображениями (растр). Если это именно такой формат, то для использования в программе карту придётся нарезать на тайлы в Global Mapper'е, и, естественно, нужна привязка.

[saasaa]

Подскажите пожалуйста, в каком формат лучше выставить в настройке "тип кэша по умолчанию". Кэш планируется большой, в стандартном формате это миллионы файлов. Использую SACS.

[vasketsov]

миллионы файлов

Любую БД (СУБД, SQLite, Беркли).
По поводу Беркли - в SACS ещё нет некоторых последних исправлений (7395-7402, 7404-7406), так что возможно именно сейчас пока Беркли в SACS не стоит подымать, завтра попробую обновиться. Но если товарищ zed вдруг отпишется, что это не критичные правки (я пока что даже не смотрел, что там), то можно и не ждать понедельничной ночнушки, если хочется Беркли. Вроде бы там боролись только с сообщениями об ошибках, но мало ли.
Насколько мне известно, принципиальной разницы в скорости между Беркли и SQLite на единичных операциях быть не должно, на групповых (типа карты заполнения) SQLite и СУБД могут сильно выиграть. Если захочется все возможные плюшки в максимальном вариате - это надо поднимать взрослую СУБД из списка поддерживаемых.

И ещё (для SQLite).
Кэш планируется версионный или нет?
Какой content-type (jpeg, png, kml,...), может ли он быть разным?
В зависимости от ответов на эти вопросы, можно будет оптимизировать структуру базы (выкинуть поле типа и версии).
Делается это созданием файлика t.sql в папке с кэшем и содержанием в одну строку:
CREATE TABLE IF NOT EXISTS t (x INTEGER NOT NULL,y INTEGER NOT NULL,s INTEGER DEFAULT 0 NOT NULL,d INTEGER NOT NULL,b BLOB,constraint PK_TB primary key (x,y))
В этом случае кэш будет неверсионный и без возможности сохранения content-type для каждого тайла.

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