-
-
Notifications
You must be signed in to change notification settings - Fork 0
Place-name labels, which need a text layer in the format #10
Copy link
Copy link
Open
Labels
enhancementNew feature or requestNew feature or requestmap-formatThe MapPack binary format and its three implementationsThe MapPack binary format and its three implementationsrenderingOn-watch drawing, memory and frame budgetOn-watch drawing, memory and frame budget
Description
Activity
Metadata
Metadata
Assignees
Labels
enhancementNew feature or requestNew feature or requestmap-formatThe MapPack binary format and its three implementationsThe MapPack binary format and its three implementationsrenderingOn-watch drawing, memory and frame budgetOn-watch drawing, memory and frame budget
From the README roadmap. The map draws roads, water and parks but names
nothing, so orientation depends on recognising shapes.
This is the largest single feature left, because it needs a text layer in the
byte format: a string table plus placement points. That is invariant 1 in
CLAUDE.md, sopack.py,decode.py,TileReader.mcanddocs/FORMAT.mdall move together, and the format version bumps.
Why it is expensive beyond the format
already discards 85% of its geometry (Downloadable cities discard 85% of their geometry; look for room inside the same budget #5); labels compete directly with that.
dc.drawTextper label, inside a frame budget that is alreadythe subject of Street-level packs trip the watchdog on the first lines-pass tile #1 and The documented watchdog timing is wrong, and the render budgets depend on it #2.
needs a placement pass; doing it cheaply needs a per-tile cap and luck.
Suggested first cut
Suburb and district names only, at the widest zoom, capped hard per tile. Those
are few, they are what you actually want when lost, and they sidestep collision
by being sparse. Street names can come later or never.