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

[Parasite]

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

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

[Parasite]

А мне она не нужна без доп. набора, так что и сравнивать нечего.

А вот мне она нужна вообще с единственным змп. С тем, который постоянно и смотрю\качаю.
Имхо нет нужды пихать всю кучу хлама в основной дистрибутив (да еще и поддерживать оные в нем же). Больше - еще не значит лучше, и всем сразу всё равно не угодить. Кому надо - пойдут и скачают.

[ermac]

У меня тоже в проге 3 фото-слоя, 2 гибрида и 3 мапа. То, что юзаю. Остальное закидываю по мере надобности. Дополнительные карты из архива я тоже посомтрел, там по моему даже хуже чем комплектный sky.zmp. Авторы источников карт по моему про привязки даже не думали, хоть сам ищи карты (точнее фото, есть тематические диски с фотками для любителей привязанными), привязывай в софте и перенарезай (((

[zed]

А вы сравните скорость запуска САС.Планеты с двумя наборами карт и с одним единственным zmp

А вы оптимизируйте загрузку zmp и всё будет работать достаточно быстро и с любым количеством карт
Сейчас, SAS при запуске прекомпилирует скрипты из всех zmp и по-моему это главный тормоз. По хорошему, это надо делать только для 1-й карты и слоёв включённых в данный момент. Т.е. компилировать скрипты только по мере необходимости - при первом переключении пользователя на конкретную карту.

[vasketsov]

Т.е. компилировать скрипты только по мере необходимости - при первом переключении пользователя на конкретную карту.

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

Впрочем

Вообще, нужно основной набор подчистить основательно.

тоже верно.

[gpsMax]

Тоже не понимаю глубинного смысла этого разделения.

А вы сравните скорость запуска САС.Планеты с двумя наборами карт и с одним единственным zmp.
Вообще, нужно основной набор подчистить основательно.

Хм, спасибо за наводку. Надо будет локально поудалять неиспользуемые карты.

[Tolik]

Т.е. компилировать скрипты только по мере необходимости - при первом переключении пользователя на конкретную карту.

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

Впрочем

Вообще, нужно основной набор подчистить основательно.

тоже верно.

Их всё-таки надо компилировать. Если вообще не компилировать, то как сформируются меню и списки карт и слоёв?
А ещё не появятся сообщения об ошибках в zmp, и эти ошибки вылезут потом.
Можно, это сделать и в отдельном фоновом потоке, но возникнет куча проблем, не стоит связываться.

А как подчистить? Перенести часть карт из основного набора в дополнительный?

[zed]

Если вообще не компилировать, то как сформируются меню и списки карт и слоёв?

Это как бы независимые вещи.

А ещё не появятся сообщения об ошибках в zmp, и эти ошибки вылезут потом.

Верно. Но в этом нет ничего плохого.

[vasketsov]

Можно, это сделать и в отдельном фоновом потоке, но возникнет куча проблем

Разве? Не вижу никакой кучи проблем. Вижу только бонусы:
1. Быстрее загрузка - ну это понятно. Пока что в скрипте только определяется URL - формально нет необходимости его компилить до тех пор, пока этот URL не потребуется. Все параметры визуализации карты не хранятся в скрипте и не требуют компиляции в смысле запуска движка паскальскрипта.
2. В отдельном потоке компилить url из zmp можно даже совершенно не показывая какие-либо ошибки. Тут две крайности. Если это общая ошибка при загрузке zmp (разархивирование не сработало или ещё какой эпикфэйл) - то покуда параметры карты в zmp в виде простых параметров - ругаться сразу. А если это ошибка конкретно компиляции - достаточно взводить флаг наличия ошибки и сохранить её в лог, привязанный к карте. При переключении на "кривую" карту анализировать этот признак и отображать ошибку. В принципе даже можно пробовать перечитать zmp и перекомпилить url, это позволит исправлять простые и банальные ошибки в zmp без перезапуска всей программы.
3. Отдельный фоновый поток для компиляции не критичен. Он потребуется в том случае, если переключение на карту, совмещённое с компилированием скрипта, будет достаточно продолжительным. В этом смысле териетически возможна ситуация, что для некоторых карт это актуально, а для некоторых - нет. Так что в фоновом потоке имеет делать компиляцию и загрузку только в том случае (=тогда), если (=когда) загрузка "по требованию" (при переключении) не будет приемлема по времени.

[MaxS777]

Как правильно экспортировать из САС треки на сайт http://www.gpslib.ru , чтобы была информация о скорости высоте и т.п. или САС это не фиксирует?

[Papazol]

SAS может записывать треки в форматах .plt (Oziexplorer) и .nmea (низкоуровневые данные с приёмника). Конвертеров форматов - как грязи, так что никаких проблем с указанным сайтом быть вообще не должно.
Однако автор неоднократно убеждал всех желающих записывать треки делать это с использованием GPSGate, потому что так гораздо надёжнее и правильнее.