Opened 16 years ago
Last modified 16 years ago
#2592 new enhancement
Non-bounded label priority and priority ordering
Reported by: | johto | Owned by: | sdlime |
---|---|---|---|
Priority: | normal | Milestone: | 5.6 release |
Component: | MapServer C Library | Version: | unspecified |
Severity: | normal | Keywords: | |
Cc: | dmorissette@… |
Description
I would like to use non-bounded priorities for labels. This could be for example a PRIORITYTYPE setting in mapfile which would allow you to choose between the current implementation and between the non-bounded(low overhead) implementation. Also changing between ascending and descending priority ordering would be useful.
Change History (5)
comment:1 by , 16 years ago
Cc: | added |
---|
comment:2 by , 16 years ago
The priorities are now from 1 (lowest) to 10(highest). By non-bounded I mean that an out-of-bounds priority won't be "clamped to the min/max values at rendering time".
comment:3 by , 16 years ago
I'm still missing something, so if there's a priority of 25 what should happen to it?
Steve
comment:5 by , 16 years ago
Milestone: | → 5.4 release |
---|
By non-bounded do you mean just rendering the labels in the order they are in the cache with no regards to priority? I believe that's essentially what happens if you don't use priorities, they all end up in one priority level. I believe skipping empty levels is very quick so I don't know what the benefit of the extra complexity would be. Unless I don't understand what you mean by non-bounded.
Steve