[OpenLayers-Dev] Developement of an external vector symbol

Cameron Shorter cameron.shorter at gmail.com
Sat Nov 17 01:59:07 EST 2007


Pierre,
Your reasoning sounds good. In particular, I like that you convert your 
symbols at initialization rather than at rendering time.

Pierre GIRAUD wrote:
> Hi all,
>
> Cameron, please note that I only want the symbols to be translated.
> They are converted only as the renderer initializes. I'll give it some
> benchs but I'm pretty sure that the performances are OK.
>
> I prefer that solution because doesn't have to know anything about
> VML. Of course you can find many converter in different languages, but
> then it will rely on a sever side script. Which I don't want.
>
> In the given example, we load/convert more than 20 symbols and my
> first feeling is that it is ok on IE (ie. no lag).
> http://dev.openlayers.org/sandbox/camptocamp/vectorSymbols/examples/vector-symbols.html
>
> Regards,
> Pierre
>
> On Nov 15, 2007 12:39 AM, Christopher Schmidt <crschmidt at metacarta.com> wrote:
>   
>> On Thu, Nov 15, 2007 at 09:09:18AM +1100, Cameron Shorter wrote:
>>     
>>> Pierre,
>>> I don't think we should be translating between SVG/VML in javascript as
>>> it will slow down rendering.
>>> I expect that usually SVG/VML can be translated before running the
>>> application.
>>> If effect you would have a directory of svg icons and vml icons with the
>>> same names and you switch directories at runtime depending upon which
>>> browser is being used.
>>>       
>> I'm not sure how this is relevant to Pierre's question. Can you review
>> the code, and then clarify why you think that what you have identified
>> is not the path the current code pursues? Perhaps I've missed something.
>>
>> Regards,
>> --
>> Christopher Schmidt
>> MetaCarta
>>
>>     
>
>   


-- 
Cameron Shorter
Geospatial Systems Architect
Tel: +61 (0)2 8570 5050
Mob: +61 (0)419 142 254

Think Globally, Fix Locally
Commercial Support for Geospatial Open Source Solutions
http://www.lisasoft.com/LISAsoft/SupportedProducts.html




More information about the Dev mailing list