Snap to: OSM locking up webpage during Add Line tool use.
The features incorporated into CalTopo have made it very easy to plot routes for a hike using the 'Add Line' tool. Unfortunately, there are times when I pan into a populated area (at the edge of openspace), where the website locks up trying to calculate/highlight all the possible paths I could mouse over to add to my route. Sometimes changing the 'Snap to:' selection from OSM to lines helps if I remember to do that, but most times I realize it too late. At that point, I usually have to kill the tab in my browser, and open a new one, starting over with the route creation. It seems like it should be possible to put a limit on the number of OSM objects the page trys to display, keeping the user from having to kill the browser due to a lockup trying to deal with too much data. Thanks for the great work you've done here!
--Jim
Comments
5 comments
Hi Jim,
In areas with a lot of OSM features to snap- to, it can be helpful to zoom in quite far to avoid getting too much feedback. We are working on improving this going forward.
It would be nice in the meantime to always set the snap-to option to off. I've crashed caltopo too many times starting a polygon in metro area when it remembers what I used last.
CalTopo team - have there been any improvements in this area since your response in April 2023? As best as I can tell, CalTopo still slows to crawl or crashes entirely when trying to do snap-to mapping in any kind of high-density areas. Other platforms (Strava, Ride With GPS, etc.) seem to have figured this out a long time ago.
I haven’t noticed any updates. I agree with Charlie, if I forget to change the default to none, I can nearly guarantee a crash when I pan into a high density area.
Same here. This works great in areas with low density. But as soon as you have an area of high density in your display a crash is guaranteed if you forget to change the default :/
Please sign in to leave a comment.