Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

[FIX] Optmize style painting #777

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 2 comments
Closed

[FIX] Optmize style painting #777

openstreetmap-trac opened this issue Jul 23, 2021 · 2 comments
Assignees
@openstreetmap-trac
Labels
Component: merkaartor Priority: major Resolution: fixed Type: defect

Comments

@openstreetmap-trac
Copy link

Reporter: koying
[Submitted to the original trac issue database at 6.12am, Sunday, 23rd March 2008]

On my machine, using the "Mapnik" style shows a steep loss of painting performance, probably due to the increased number of tags pairs specified.

Running a valgrind shows that much time is spend in FeaturePainter::matchesTag.

Could the process be tuned?
@openstreetmap-trac openstreetmap-trac self-assigned this Jul 23, 2021
@openstreetmap-trac
Copy link
Author

Author: bart[at]vanhauwaert.org
[Added to the original trac issue at 11.42am, Monday, 24th March 2008]

There is a caching mechanism in place, but it seems not effective for the expanded list of features. What we probably should do is for each feature keep a (cached) list of all possible painters and only try to match within that list. It trades memory for speed, however.

@openstreetmap-trac
Copy link
Author

Author: bvh
[Added to the original trac issue at 1.54pm, Friday, 2nd May 2008]

(In [7624]) Adds a complete caching mechanism for painters
-> closes #777

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees

@openstreetmap-trac openstreetmap-trac

Labels
Component: merkaartor Priority: major Resolution: fixed Type: defect
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@openstreetmap-trac