Point reduction for polylines to improve performance. #1980
Unanswered
KrishnaRSatish
asked this question in
Q&A
Replies: 2 comments 1 reply
-
Hi @KrishnaRSatish! I would:
Good luck! |
Beta Was this translation helpful? Give feedback.
0 replies
-
Try the point reducer algorithm
…On Fri, Feb 2, 2024, 12:18 PM monsieurtanuki ***@***.***> wrote:
Hi @KrishnaRSatish <https://github.com/KrishnaRSatish>!
If your user loops in 8-shape with 80k geopoints and you want all the
points to be visible, you're in trouble.
I would:
- simplify the 80k depending on the zoom level (every 4 geopoints for
instance)
- "limit" the visible polyline to a given geobound, and tell the user
recomputing needs to be done when the user goes beyond
Good luck!
—
Reply to this email directly, view it on GitHub
<#1980 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAPCIGLYXEH6X7B4KJLFKVDYRUNULAVCNFSM6AAAAABCXABZK6VHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4DGNBZGA3DG>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I'm currently facing performance issues in my Android app when trying to draw polylines. I'm dynamically updating a list of GeoPoints every second, adding a point only if the distance between consecutive points is 10m. However, as the list grows, the device experiences slowdowns.
As per other discussions point reductions was suggested, but considering my application runs on lower end devices, the point reduction algorithm is taking several minutes to process. For example a polyline with the list size of 80k geopoints is taking upto 2 mins for reduction.Since it is a live trace of the user, I would like a better approach.
@spyhunter99
Any insights, code snippets or approaches is appreciated.
Beta Was this translation helpful? Give feedback.
All reactions