Closed skyrl69 closed 6 days ago
Trying to display (and edit!) 30k+ nodes on a potentially moving map in a browser is probably a bad idea and even if it works for your configuration it might not be on another user's setup 🤷
Trying to display (and edit!) 30k+ nodes on a potentially moving map in a browser is probably a bad idea and even if it works for your configuration it might not be on another user's setup 🤷
Thanks for your input,
You're right but yet, Google Maps is doing it perfectly fine ^^ And I think the examples I brought are classic holidays / road trip itinaries...
This is in the nature of route trace to generate a lot of nodes. The 30k+ nodes is only generated with a 2 points route : Paris to Berlin. But there's a lot of turnarounds in ~1000km distance.
But right, uMap is no Gmaps : Not handling 30k+ nodes is a thing I can understand. But freezing and crashing is another matter, don't you think ?
As a workaround, I found the idea to disable interaction for the whole layer. But neverless, one cannot edit those traces, even to change their properties, since editing the trace goes to crash. The only workaround to change aspect of the trace is to set the default settings for the layer encapsulating the trace...
Regards
There are a lot of tools to simplify tracks, for instance https://opengeo.tech/gpx-simplify-optimizer/
A few ideas:
Should be fixed with latest release: when there are many points in the geometry, only the properties will be editable, and a message will invite the user to zoom in for editing the geometry.
Describe the bug This is maybe more an unresponsiveness behavior than a bug, literaly speaking : When I try to edit an imported GPX trace >2mb, made with OSRM, uMap will freeze with CPU 100%. After ten seconds or so the browser signals that uMap is not responding, and ask to wait or reload the page. Depending on the size of the GPX trace, the page will recover responsiveness, or will lead to crash of the browser.
To Reproduce Steps to reproduce the behavior:
Expected behavior Either :
Desktop : Win10 x64 Brave 1.67.123 Chromium 126 x64
Screenshots of normal behavior 🆗 1) 56 nodes 2489bytes GPX
🆗 2) 1716 nodes, 62kb GPX trace from Namur to Liege
Screenshots of enhancable behavior
⚠3) 29878 nodes, 1.05mb GPX trace from Paris to Berlin Took 70sec CPU 100% to compute ! Thread reached 1.7gb in memory heap. After that, Chrome is keeping is responsiveness
❌4) 59869 nodes, 2.00mb GPX trace from Paris to Riga, Moscow, Venise
Took 11 minutes to process, thread reached 3.5gb in memory heap After what, UI is stalling, not responsive, objects are not shown correctly, and nothing can be done anymore until the tab is closed
a) b) c) d) ProcessExplorer :
Desktop : Win10 x64 Firefox 113 x64
❌4) Same but on Firefox (59869 nodes, 2.00mb GPX trace)
Took 16 minutes to process, thread reached 3go in memory heap After what, Firefox is a little more responsive than Chromium, but it takes always two to five minutes for any action
a) b) c) d) ProcessExplorer :
Additional context You'll find the GPX traces in example here in a zip file : bug umap GPX.zip