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

[Parasite]

и на одном торце конуса весь мир в z=3 а на другом только выделенная область в z=18
Попобуйте сформировать такой срез с нынешней реализацией..
да не положить в него лишнего.

Я конечно могу ошибаться, но оно вроде именно так и работает. Докачка же есть на соседней вкладке.
В чем вопрос-то?

[ratty_sib]

Что то у меня (суда по "очень развёрнутым" ответам) кому-то просто не интересно реализовывать чертовские простые, но, очевидно, не интересные фичи, нужные пользователям программы. =(
Ребята, у любого трека в любой его точке есть мгновенная скорость. Простите меня великодушно, но в треках кроме координат записано ещё и текщее время для каждой точки - вычислить скорость на любом участке между двумя соседними точками трека это задачка для второго класса средней школы. Если вы его (время) при импорте треков теряете, то так и скажите!

[feya]

Если вы его (время) при импорте треков теряете, то так и скажите!

Так и говорю) Сейчас по трекам хранятся только координаты, ничего более. Это конечно требует доработки, но она не так проста.

[Reanimator]

Нужно 2 режима работы с SASPlanet.
1. Работа с картами, все как сейчас.
2. Навигация. В этом режиме хотелось бы задать предустановки
[*]Источник карт - кэш
[*]Карты в меню карт, только заранее отмеченные т.к. обычно используется несколько карт, а передавая ноут штурману теряется время и внимание на поиск нужной из всего списка, а каждый раз выносить файлы ненужных карт из папки maps не вариант.

Столкнулся с такой проблемой, если карты нужного масштаба не существует (Яндекс карты) то тайтл заливается серым. Отсюда 2 проблемы, хранятся бесполезные файлы и при навигации полезнее видеть на одном масштабе карты выбранного масштаба и зум от карты предыдущего масштаба.

[feya]

Нужно 2 режима работы с SASPlanet.

Создайте 2 копии программы, в одной удалите не нужные карты.

Столкнулся с такой проблемой, если карты нужного масштаба не существует (Яндекс карты) то тайтл заливается серым

С этим ничего не поделаеш

[Parasite]

у любого трека в любой его точке есть мгновенная скорость

О, еще один. Вы, никак, на свет лезете?
Для ОДНОЙ точки не существует скорости. Погуглите формулу вычисления скорости от дистанции и времени, и подставьте "дистанция=0", если уж по другому не получается...

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

МЕЖДУ ДВУМЯ - да (за что и разговор).
Между ОДНОЙ (см.нач.сообщение предыдущего оратора) - увы. За что и был изначальный вопрос.

[Bigbambr]

МЕЖДУ ДВУМЯ - да (за что и разговор).
Между ОДНОЙ (см.нач.сообщение предыдущего оратора) - увы. За что и был изначальный вопрос.

Мужики! Ну что вы бузу развели то! Да, я действительно хотел наблюдать скорость между двумя соседними точками. Если для Parasite столь важен момент терминологии, то да, я ошибся говоря свое пожелание. Извините пожалуйста.

[Papazol]

Мужики! Ну что вы бузу развели то!

Согласитесь, навигационная программа показывает текущую скорость. Откуда она её берёт? Ведь замеры координат происходят через определённые промежутки времени (обычно через 1 секунду, посылки NMEA), то есть дискретно. В промежутках между двумя соседними посылками программа ничего не знает о положении, скорости и т. д. Но, получив очередную посылку, она рассчитывает, на какое расстояние сдвинулся объект, и, зная, что прошла 1 секунда, вычисляет текущую скорость (v=s/t). Если точки трека записываются через время, отличное от 1 секунды, и даже если не через равные промежутки времени, всё равно можно рассчитать по этим данным текущую скорость в каждой отдельной точке. Второй, столь необходимой для расчёта, автоматически является предыдущая точка трека. Более того, весь промежуток между двумя соседними точками трека скорость считается постоянной, исходя из дискретности процесса. Поэтому, ткнув мышью в любую точку трека (включая промежутки между записанными точками), можно увидеть скорость в этой точке.

[Parasite]

замеры координат происходят через определённые промежутки времени (обычно через 1 секунду, посылки NMEA), то есть дискретно.

Цэ так.

В промежутках между двумя соседними посылками программа ничего не знает о положении, скорости и т.д.

Скажем так - в отрыве от точки замера (момента фиксации) приемник\программа не знают X\Y\Z своего текущего положения, но знают время (тоже дискретизированное тактовыми импульсами внутреннего генератора, поправленного принятыми поправками от спутников\WAAS\еще чего-нибудь, вплоть до вычисления допплеровских поправок при движении "относительно волны сигнала").

Скорость же - величина сугубо искусственная, вычисляемая по необходимости на основании вышеперечисленного. Скорость НЕ ПЕРЕДАЕТСЯ в составе данных от железного GPS - скорость вычисляется программой-навигатором на лету, если ей хватает данных. Скорость никоим образом не относится к GPS-данным с приемника - это искуственная величина, повторяю.

Если точки трека записываются через время, отличное от 1 секунды, и даже если не через равные промежутки времени, всё равно можно рассчитать по этим данным текущую скорость в каждой отдельной точке.

В каждой отдельной ТОЧКЕ от GPSа можно узнать лишь X\Y\Z\t. Причем, это при условии что X\Y\Z нужной нам точки точно совпало с X\Y\Z точки очередной фиксации GPS, а время нам и так дано как манна Божья.
Если же оно НЕ совпало (мы ткнули мышкой на трек МЕЖДУ точками фиксаций, полученными от GPSа) - то и X\Y\Z\t будут искуственными (рассчетными). И для одной точки-клика будет лишь ОДНА и ЕДИНСТВЕННАЯ пачка X\Y\Z\t -> на основании ТОЛЬКО ОДНОЙ пачки X\Y\Z\t не представляется возможным вычислить скорость по Вашей формуле (s/t=v), так как на входе формулы отсутствует величина s (дистанция пройденного пути). 0/[+t]=0, ВСЕГДА.

Второй, столь необходимой для расчёта, автоматически является предыдущая точка трека.

Вот это и есть опасное допущение, принятое Вами по умолчанию - но далеко не очевидное для программы\математики. Это и есть Ваша ошибка.
Где жестко записан подобный "автоматизм"? Даже в моем ГПСе можно указать ЛЮБУЮ начальную точку, и ГПС будет считать от этой точки и до текущего положения (показывая мне среднюю скорость на всей дистанции от этой точки, причем по треку или по прямой - на выбор) и время\радиусы\градусы приближений к. Повторяю, можно взять ЛЮБУЮ точку - даже подвести курсор куда-нибудь на территорию Гондураса и считать оттуда и до текущего положения, причем сквозь земной шар а не по огибающей на поверхности.

За что и был начальный вопрос, повторяю - предыдущим оратором ВТОРУЮ ТОЧКУ для вычисления s где предлагалось брать, ибо при ОДНОМ клике - она явно не задана и ни для кого не очевидна? Он ответил, что желал бы "более раннюю фиксацию по треку" в виде начала отсчета. Это уже ДВЕ жестко заданных точки, и ответ принят и в такой постановке не противоречит математике (в отличие от первоначального утверждения оратора про ОДИН клик => ОДНУ точку).
Сейчас-то вопрос в чем?

[ratty_sib]

Да вопрос очевидно в том, что вы прекрасно разбираетесь в высшей математике и очевидно слабовато в навигационном ПО. Давайте спустимся с небес на землю и закончим уже пространные теоретические рассуждения. Нам, юзерам вашей программы, откровенно до фонаря на математику, но мы точно знаем, что GPS трек есть массив дискретных измерений ("точек" (разумеется никто из нас не имел в виду "точку" как математический термин)) и мы знаем что в какую часть трека ни ткни можно с пренебрежимо малой погрешностью (то есть достаточной для нас) узнать скорость gps приёмника в том месте.
Кстати я всецело присоединяюсь к этой просьбе и даже хотел бы расширить её до создания удобной библиотеки треков с возможностью отображения и "проигрывания" отдельных треков. Раз уж вы ввели GPS функционал, так отдувайтесь