You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi, thank you for developing GPXSee, for me it is an excellent tool for planning bike routes! I mainly use it to visualize my recorded GPX tracks. However, I have noticed a performance problem when loading a large number of GPX tracks. For example, with 166 tracks, it takes about 30 seconds for the application to fully load the GUI, maps, and display the tracks. It appears that GPX files are loaded synchronously and sequentially. I encounter this behavior whether I pass the file paths on the command line or load them using the "Open..." button.
I suggest optimizing the file loading process by implementing asynchronous loading and concurrent loading when there are multiple tracks.
I would like to help since I have some experience with C++, but I'm not familiar with the Qt libraries, so my ability to contribute code is limited. However, I can try and test or do a basic implementation.
The text was updated successfully, but these errors were encountered:
ema-pe
changed the title
GPSee is slow to open/view tracks when there are many GPX tracks to load
GPXSee is slow to open/view tracks when there are many GPX tracks to load
Mar 15, 2025
Yes, the file loading is not parallelized and is thus slow on huge sets. The problem is, the loading is very complicated as there are many file formats and two different groups of files - data files and maps. The "ignore" further errors feature also dnes not help here...
So while parallelize the process is on my todo list and I even have tried multiple times, it always ended with "it's too complicated and not worth it". Working with huge file sets is not the primary usecase of the tool and when it comes to it, you simply wait some time for the files to load. (The performance with that many open files is also not great and you need OpenGL for them to move usably fast).
(The performance with that many open files is also not great and you need OpenGL for them to move usably fast).
Indeed I selected the option render using OpenGL to be usable.
So while parallelize the process is on my todo list and I even have tried multiple times, it always ended with "it's too complicated and not worth it". Working with huge file sets is not the primary usecase of the tool and when it comes to it, you simply wait some time for the files to load.
Uh ok, I had no idea this would be so difficult to do.
Hi, thank you for developing GPXSee, for me it is an excellent tool for planning bike routes! I mainly use it to visualize my recorded GPX tracks. However, I have noticed a performance problem when loading a large number of GPX tracks. For example, with 166 tracks, it takes about 30 seconds for the application to fully load the GUI, maps, and display the tracks. It appears that GPX files are loaded synchronously and sequentially. I encounter this behavior whether I pass the file paths on the command line or load them using the "Open..." button.
I suggest optimizing the file loading process by implementing asynchronous loading and concurrent loading when there are multiple tracks.
I would like to help since I have some experience with C++, but I'm not familiar with the Qt libraries, so my ability to contribute code is limited. However, I can try and test or do a basic implementation.
The text was updated successfully, but these errors were encountered: