Форум SAS.Планета

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

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

ivanfly писал(а):Ага вот.
Линия нарисована в Нижнем Новгороде место N56°19'23,75", E44°0'39,48".

doc.kml, запакованный в этом файле, закодирован в UTF-16. Если его сохранить в UTF-8, он нормально открывается САС.Планетой. (Наверно, для порядка надо и в тексте исправить UTF-16 на UTF-8.)

Открыл запрос 709 в багтрекере.

Fetser писал(а):ivanfly Формат KMZ несколько отличается от привычного. Как выход из положения можно открыть в Google Earth и тут же его выделить в метках и "Сохранить местоположение как" и формат становится приемлемым для SASПланеты.

Пасибо помогло, скриншет в доказательство прилагаю.

Только вот еще вопрос. В файле были разные иконки, планета спросила какую иконку поставить, и все их заменила на одну, это так и должно быть или я опять криворукий?
Тоже самое с цветами линий.

ivanfly писал(а):Только вот еще вопрос. В файле были разные иконки, планета спросила какую иконку поставить, и все их заменила на одну, это так и должно быть или я опять криворукий?

Так к сожалению пока и должно быть. Чтобы программа учитывала и папки и иконки уже есть в багтрекере хотелки. И Tolik уже написал и про то, что не открывается сразу из 2gis. Теперь остаётся только ждать когда разработчики найдут время и возможность это всё доработать.

А может так быть, что некоторых тайлов действительно нет на сервере?

telesar писал(а):А может так быть, что некоторых тайлов действительно нет на сервере?

Если "вообще" - то таких отсутствующих тайлов исходя из возможности sas подавляющее большинство )))
Если конкретнее - пример тут.
Ещё конкретнее будет, если будут озвучены конкретные данные (сервис, координаты и т.п.).

Parasite писал(а):Два идентичных ЗМП с разными путями к кэшу в каждом (например SAT_old и SAT_new), и переключайтесь сколько хотите. Кэш, разумеется, надо будет тоже иметь в двух ипостасях (старый - в SAT_old, новый - в SAT_new соответственно).

Ну, тогда ещё вопрос - иметь 2 копии огромного кэша Google не хочется. Я так понимаю, можно просто выделить данный участок карты с небольшим запасом и в Планете в операциях с выделенной областью скопировать в другую папку уровни с z1 по z14, а переместить уровни с z15 по z20? А затем уже снова обновлять карту местности.

VicoNT писал(а):

Parasite писал(а):Два идентичных ЗМП с разными путями к кэшу в каждом (например SAT_old и SAT_new), и переключайтесь сколько хотите. Кэш, разумеется, надо будет тоже иметь в двух ипостасях (старый - в SAT_old, новый - в SAT_new соответственно).

Ну, тогда ещё вопрос - иметь 2 копии огромного кэша Google не хочется. Я так понимаю, можно просто выделить данный участок карты с небольшим запасом и в Планете в операциях с выделенной областью скопировать в другую папку уровни с z1 по z14, а переместить уровни с z15 по z20? А затем уже снова обновлять карту местности.

Если кэш не на виндовой машине (вероятность в Вашем случае крайне мала конечно, но мало ли ) - то я бы сделал хардлинки нового кэша на старый в случае одинаковости двух тайлов. Соответственно один из двух одинаковых файлов можно будет стереть (+повторить операцию для следующей пары тайлов). Скриптик обработки этого всего пишется на коленке за 3 минуты.
В этом случае будете иметь один полный кэш + обновленные тайлы от него, но обновление будет смотреться как полный кэш тоже.

Parasite писал(а):вероятность в Вашем случае крайне мала конечно, но мало ли )

Зря глумитесь - 75% компов в моём окружении, в т.ч. домашних, - под линуксом...

Parasite писал(а):то я бы сделал хардлинки нового кэша на старый в случае одинаковости двух тайлов. Соответственно один из двух одинаковых файлов можно будет стереть (+повторить операцию для следующей пары тайлов). Скриптик обработки этого всего пишется на коленке за 3 минуты.
В этом случае будете иметь один полный кэш + обновленные тайлы от него, но обновление будет смотреться как полный кэш тоже.

А чем NTFS-симлинки не подойдут для той же цели?

VicoNT писал(а):

Parasite писал(а):вероятность в Вашем случае крайне мала конечно, но мало ли )

Зря глумитесь - 75% компов в моём окружении, в т.ч. домашних, - под линуксом...

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

VicoNT писал(а):А чем NTFS-симлинки не подойдут для той же цели?

Тем, что я с ними ни разу не работал ввиду общей убогости этой FS и ее крайней любофффи держать мелкие файлы в MFT а не там где положено (при достаточном числе файлов - на винт помещается только крайне фрагментированная MFT, гы). Весь свой кэш предпочитаю держать на ReiserFS (там еще и кучка других вкусностей).
Попробуйте с NTFS, напишите о результатах, будем знать.