antialiasing stuff

[Daniel Morissette]

After seeing how you had to tune the hardness value in order to get the 
best possible looking maps, I agree that just soft and hard might not be 
enough, especially when at the lower level the range of valid values is 
much larger than that.

My main concern would be to not break backwards compatibility with older 
mapfiles (even if antialias never really worked before). We'd have to 
make sure that ANTIALIAS TRUE/FALSE are still supported by the parser, 
with some acceptable default for the TRUE case.

BTW, isn't the internal hardness value a float in the 0.0-1.0 range? If 
that's the case then that's what we should offer in the mapfile too.

Daniel


Paul Spencer wrote:
> That seems to go against other aspects of mapserver's design where  full 
> control is provided at the expense of some complexity.  Whatever  gets 
> picked will never be quite right for some people.  I think the  extra 
> complexity can be adequately controlled by documenting  reasonable 
> values for 'soft', 'medium', and 'hard' and what the  effect is on the 
> output.
> 
> 
> Cheers
> 
> Paul
> 
> On 14-Jan-06, at 11:15 AM, Sean Gillies wrote:
> 
>> IMO, that's more control than people need. How about a few flavors  of 
>> antialiasing like "soft" and "hard".
>>
>> Sean
>>
>> On Jan 14, 2006, at 8:56 AM, Paul Spencer wrote:
>>
>>> Would it make sense to change the meaning of the antialias tag in the
>>> style and change it to a 0-100 value instead of a true/false?  If you
>>> don't want to antialias a layer, then you wouldn't put ANTIALIAS
>>> FALSE, you'd just remove it altogether.  So in the case of using
>>> antialias as an integer value, it would make sense.
>>>
>>> Paul
>>>
>>> On 13-Jan-06, at 4:38 PM, Yewondwossen Assefa wrote:
>>>
>>>> I have not seen an equivalent term in the sld specs.
>>>>
>>>> Steve Lime wrote:
>>>>
>>>>> I think in the next version we could expose the hardness setting
>>>>> to mapfile
>>>>> tweaking... What's the equivalent terminiology in something like  SLD?
>>>>>
>>>>> Steve
>>>>>
>>>>>
>>>>>>>> Paul Spencer <pspencer at DMSOLUTIONS.CA> 01/13/06 2:43 PM >>>
>>>>>>>>
>>>>> cool, thanks :)  I hadn't tried it, thought I would ask first.
>>>>> I've  managed to achieve almost the desired effect by jacking the
>>>>> hardness  to 0.95 and fixing the gd bug for 1 pixel lines since I
>>>>> asked so  maybe we won't end up going this route.
>>>>>
>>>>> Cheers
>>>>>
>>>>> Paul
>>>>>
>>>>> PS: any chance of having a HARDNESS keyword at the style level?
>>>>>
>>>>> On 13-Jan-06, at 2:55 PM, Steve Lime wrote:
>>>>>
>>>>>
>>>>>> This should be doable "as is". Just set TRANSPARENCY ALPHA and  point
>>>>>> to the right image in your style or symbol definition. All the
>>>>>> fuzzy brush
>>>>>> support does is do this programatically.
>>>>>>
>>>>>> I believe I've tested this before using an image or two that
>>>>>> Sean  had created
>>>>>> while fixing another bug.
>>>>>>
>>>>>> Have you tried it and it doesn't work?
>>>>>>
>>>>>> Steve
>>>>>>
>>>>>>
>>>>>>>>> Paul Spencer <pspencer at DMSOLUTIONS.CA> 01/13/06 12:59 PM >>>
>>>>>>>>>
>>>>>> Steve,
>>>>>>
>>>>>> what would it take to support rendering lines with custom symbols
>>>>>> that have alpha transparency in them?  We would like to be able to
>>>>>> make our own brushes that work in the same way that fuzzy brushes
>>>>>> work, but we pre-render them and access them as symbols.  This  would
>>>>>> allow finer control over styling without having to tweak mapserver
>>>>>> code to get the desired effect :)
>>>>>>
>>>>>> Cheers
>>>>>>
>>>>>> Paul
>>>>>>
>>
> 
> +-----------------------------------------------------------------+
> |Paul Spencer                           pspencer at dmsolutions.ca   |
> +-----------------------------------------------------------------+
> |Applications & Software Development                              |
> |DM Solutions Group Inc                 http://www.dmsolutions.ca/|
> +-----------------------------------------------------------------+
> 


-- 
------------------------------------------------------------
  Daniel Morissette               dmorissette at dmsolutions.ca
  DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------