Imagine you're planning a walking tour of a city's best street art. You start with the full street map — every alley, every shortcut — and mark the 200 murals you want to photograph. A dense map gives you the most options, but route-planning on 50,000 intersections is brutal. So you prune streets. Standard pruning keeps the city navigable — you can still get anywhere — but it's blind to the murals. It might delete the one alley that gives you a clear sightline to a hidden rooftop piece, forcing a costly detour. Inspection-SPARS is the pruner that knows about the murals: it removes streets only when it can prove you won't lose a viewpoint or add meaningful detour distance. The committed claim: this is the first roadmap sparsification method for inspection planning that guarantees both point-of-interest (POI) coverage and bounded path-quality degradation relative to the original dense roadmap. Prior sparsifiers either ignored the inspection task entirely (SPARS, the geometric baseline) or tried to preserve POI coverage without bounding how much longer the resulting tour might be. Inspection-SPARS does both simultaneously. The mechanism extends the SPARS framework — a well-known sampling-based sparsifier from Dobson, Krontiris, and Bekris (2014) — by adding an inspection-aware vertex admission test. Standard SPARS admits a vertex to the sparse graph if it improves connectivity or creates a useful shortcut. Inspection-SPARS adds a third criterion: admit a vertex if it observes a POI that is not yet adequately covered by existing sparse-graph vertices. The key subtlety is in 'adequately' — the paper defines coverage guarantees relative to what the dense roadmap could achieve, meaning the sparsifier can only lose what was already absent from the original sampling. On the ladder: experiments run in three realistic 3D environments show vertex and edge counts reduced by 4–8× compared to the dense roadmap. When the downstream graph inspection planning (GIP) solver runs on the sparse graph, it finds tours up to 25% shorter than when running on the dense graph or on a state-of-the-art inspection roadmap. This is the counterintuitive result — smaller graphs yield better solutions because the combinatorial solver can explore them more thoroughly within fixed time budgets. The comparison targets are the dense roadmap itself and prior inspection-roadmap methods; exact named baselines and solver identities are not fully enumerated in the abstract but the relative improvement is concrete. Integrity is reasonable for a robotics planning paper. Evaluation uses 3D simulation environments described as 'realistic,' and the guarantees are mathematical (coverage and path-quality bounds relative to the dense roadmap). There's no physical robot experiment, which is standard for this stage of motion-planning research. The circular risk is that guarantees are relative to the dense roadmap — if the dense roadmap was poorly sampled, the guarantees mean less in absolute terms. The authors acknowledge this implicitly by framing results as relative. The milestone question is about scaling. Current results are in 3D environments with unstated but presumably moderate POI counts. The next meaningful threshold is deployment on real inspection robots — drones surveying infrastructure, manipulators inspecting manufactured parts — where POI counts run into the thousands and environments have complex occlusion geometry. The gap between simulation with guaranteed sparsification and real-time replanning on hardware is where this work will be tested. The obvious experiment not run: online or incremental sparsification where the roadmap is built and pruned simultaneously during exploration, rather than as a batch post-process on a pre-built dense graph. This matters for real deployment where compute budgets are tight and the environment may not be fully known upfront. Likely reason: the guarantees are much harder to prove in an incremental setting, and the authors are building the theoretical foundation first. Saving it for paper two.