[Mapserver-users] Autonumbering of labels?

[Steve Lime]

Actually I think I know how it could be done regardless of the value of
force. When you build the labels you could use a special string like
%rn% to denote a draw time substitution (just like runtime substitutions
with the CGI). Then as you plop labels on the map you could keep count
and each label gets the value of count+1 substituted for %rn%. If a
label isn't drawn, no biggie cause the counter doesn't go anywhere
either. 

I wonder though if there is real value in this. What do the numbers
really mean? I could see utility in labeling features and then
referencing them by number elsewhere on a page (e.g. found 5 hotels
within 10 miles of point x). However, there's no way to tie numbers to
actual features, not with more work.

Could someone file a bug/feature request on this one so it doesn't get
lost? I won't have time until after MUM2 to think about it.

Steve

>>> Stephen Woodbridge <woodbri at swoodbridge.com> 06/07/04 4:18 PM >>>
Steve Lime,

This should simplify the issues you raised about this feature. 
Basically, the autonumber feature should just draw all the points in the

view using the FORCE option so there are no renumbering issues, because 
they are all drawn.

-Steve W.

Doug wrote:

> Stephen Woodbridge wrote:
> 
>> Doug wrote:
>>
>>> The reason we're trying to stay away from MapScript is the thread 
>>> safety issues we've been reading about.  That and the fact that we
do 
>>> all of our application coding in Java, for which there doesn't
appear 
>>> to be any standard, accepted implementation.
>>>
>>> So how to people use MapScript anyway if it's not thread safe?  
>>> Always as separate CGI processes?
>>
>>
>>
>> Yes, PHP is required to run as a CGI process and likewise for Perl 
>> (ie: you can not run it as an apache module or mod_perl application).
>>
>> So what are your requirements regarding autonumbering and label 
>> collisions?
>>
>> -Steve W.
> 
> 
> If I understand what you're asking, I think we want to show all labels

> all the time, even if they collide.  Or even if some hid others, we 
> wouldn't want to re-order the numbers.
> 
> Doug
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users