MGMLaboratory
Back

Menu

01Home
02About Us
03Projects
04Publications
05Member
06Articles
07Contact

Let's Talk

Open in Mail app

Socials

Malang (ID) --:--Privacy PolicyTerms of Service

October 24, 20231 min read

A Small Upfront Cost for a Large SpeedupA Small Upfront Cost for a Large Speedup

The trick is not a faster search. It is a smaller problem to search.

  • Conference
  • Publications

Written by

  • SRShirasaka RenIT & Infrastructure · Student Member

In this article

  1. 01Reading the trade-off
  2. 02Where this pattern applies

Performance work often looks like a hunt for a better algorithm. This paper shows a quieter alternative: keep the algorithm, shrink the input. Dijkstra stays exactly as it is. What changes is the graph it gets handed.

A transit route map. Search speed depends on how many points carry the line. Image: CC BY-SA 3.0, via Wikimedia Commons.
Fig. 01A transit route map. Search speed depends on how many points carry the line. Image: CC BY-SA 3.0, via Wikimedia Commons.

That distinction matters for anyone maintaining a routing service. Replacing a shortest path algorithm is risky and expensive. Pre-processing the data is neither. The Douglas-Peucker routine the team used is a documented line simplification method that cartographers have relied on for decades.

01/02

Reading the trade-off

The reported numbers describe a lopsided deal. Simplification adds a small amount of work up front, then removes a very large amount of work from everything downstream.

  • Added cost: 0.5% memory and 5.13% processing time.
  • Removed cost: 72.56% memory and 80.83% processing time.
  • Constraint: the drawn route must still follow the road closely enough to look correct.
Dijkstra searches every reachable node, so node count drives its cost. Image: Bensterbenk, CC0, via Wikimedia Commons.
Fig. 02Dijkstra searches every reachable node, so node count drives its cost. Image: Bensterbenk, CC0, via Wikimedia Commons.

That constraint is the interesting part. Simplification has a tolerance setting, and pushing it too far produces a path that is technically reachable but visually wrong. The authors tuned the setting instead of optimizing it away, which is what real engineering usually looks like.

02/02

Where this pattern applies

The same idea shows up anywhere a search runs over map data: fleet tracking, delivery routing, ride hailing, and pedestrian navigation. All of them carry far more geometric detail than the search actually needs. Dropping that detail before the search is cheap, reversible, and easy to test against existing results.

Paratransit fleets generate dense route data. Image: Mujiono Ma'ruf, CC BY-SA 4.0, via Wikimedia Commons.
Fig. 03Paratransit fleets generate dense route data. Image: Mujiono Ma'ruf, CC BY-SA 4.0, via Wikimedia Commons.

Source

  1. Pinandito, Kharisma, and Akbar (2023). Improving Route-Finding Performance of Dijkstra Algorithm and Maintaining Path Visual Cue Using Douglas-Peucker Algorithm. Proceedings of the 8th International Conference on Sustainable Information Engineering and Technology.

    DOI10.1145/3626641.3626941 (opens in a new tab)

Next articleChoosing a Renderer for Web Augmented Reality(Keep scrolling)(Read it next)(Loading)