Как в QML на объекте Map наиболее оптимизированно показать часть QGeoPath?
Имеется объект класса QGeoPath , который хранит ~3500 точек. Заказчик требует, чтобы в программе была настройка, какую часть запомненного трека отрисовывать. Условно говоря, 150 точек, 300 точек, 500 точек, 1000, 2000, полный трек.
В самом классе QGeoPath нет возможности указать, на какой точке остановиться при отрисовке трека. Поэтому с таким классом видится только два пути:
- Делать копию объекта, укорачивать до нужной длинны, и этот объект и отрисовывать на карте Map .
- Или копировать только нужные данные из этого объекта в отображаемый и отрисовывать его на карте Map . (Возможно, это более оптимизированно, чем вариант 1, но не факт).
Небольшие подробности: экземпляр QGeoPath пополняется новыми точками 10 раз в секунду. Пока трек не достиг длинны 3500 точек, новые точки просто добавляются в «голову». Когда длинна становится 3500, работает алгоритм «змейки», то есть в голову добавляется точка, и в «хвосте» точка удаляется.
Класс QGeoPath - это, по сути,
. То есть, это не массив, а очень фрагментированная в памяти структура. Делать с нее копию таких данных 10 раз в сек, только для того, чтобы показать часть данных - это какой-то дикий оверхед.
- QList<QGeoCoordinate>
Вопрос: как можно извратиться так, чтобы отображать часть трека наиболее оптимизированным способом?
Do you like it? Share on social networks!
- Last comments
April 12, 2025, 5:12 p.m.Добрый день. Спасибо Вам за этот проект и отдельно за ответы на форуме, которые мне очень помогли в некоммерческих пет-проектах. Профессиональным программистом я так и не стал, но узнал мно…- AKApril 1, 2025, 11:41 a.m.Добрый день. В данный момент работаю над проектом, где необходимо выводить звук из программы в определенное аудиоустройство (колонки, наушники, виртуальный кабель и т.д). Пишу на Qt5.12.12 поско…
March 9, 2025, 9:02 p.m.К сожалению, я этого подсказать не могу, поскольку у меня нет необходимости в обходе блокировок и т.д. Поэтому я и не задавался решением этой проблемы. Ну выглядит так, что вам действитель…- VPMarch 9, 2025, 4:14 p.m.Здравствуйте! Я устанавливал Qt6 из исходников а также Qt Creator по отдельности. Все компоненты, связанные с разработкой для Android, установлены. Кроме одного... Когда пытаюсь скомпилиров…
- ИМNov. 22, 2024, 9:51 p.m.Добрый вечер Евгений! Я сделал себе авторизацию аналогичную вашей, все работает, кроме возврата к предидущей странице. Редеректит всегда на главную, хотя в логах сервера вижу запросы на правильн…
- Now discuss on the forum
- fFeb. 15, 2025, 1:46 p.m.Подскажите, пожалуйста! Как данный класс можно дополнить, чтобы созданные объекты можно было перемещать мышкой по сцене?
Feb. 3, 2025, 4:24 p.m.Всем привет. Сделал свой deb-пакет с программой. Всё устанавливается и работает. Ставлю по пути /usr/bin/my_application. Как для пользователя при установке пакета сразу создать ярлык на раб…- Не запускается компьютер (точнее работает блок , но сам монитор вообще жесть)В общем я ничего с интернета не скачивала в последнее время. На компе никаких левых пр…
- Вопрос решен. Узнать QModelIndex элемента на который мы перетаскиваем другой элемент, можно с помощью функции indexAt(event->position().toPoint()) представления QTreeViev вызываемой в переопр…
- Спасибо большое за помощь и простите за то что отнял время своей невнимательностью.
Думаю, что в любом случае придётся держать оригинальный список точек.
QGeoPath имеет методы добавления, удаления и замены точек. думаю, что можно брать QGeoPath, который вы поместили в карту для отображения (напомните пожалуйста в каком объекте QGeoPath используется? я не занимаюсь той частью Qt в силу отсутствия необходимости), и просто удалять и добавлять необходимые точки. Но оригинальный набор точек наверняка придётся держать.
А вообще, мне кажется, что вы занимаетесь экономией на спичках в данном случае. Поскольку сама по себе карта в системе позиционирования отнимает гораздо больше ресурсов, да и графический интерфейс на QML будет в разы тяжелее, чем QList с 3500 точек.
Наверняка у вас есть места, которые имеют больше необходимости в оптимизации, например, какой-нибудь Stack Page, который приличную часть времени скрыт от глаз пользователя, но при этом всё время висит в памяти, вместо того, чтобы создаваться по запросу (клику по кнопке)