Changes between Initial Version and Version 1 of GSoC_SVG_Symbols_report_20090529


Ignore:
Timestamp:
May 29, 2009, 8:43:08 AM (15 years ago)
Author:
kiranvarma
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • GSoC_SVG_Symbols_report_20090529

    v1 v1  
     1Hello list,
     2             This is my first week report.Just a short introduction:I am Kiran 3rd year undergraduate at Jawaharlal Technological University(JNTU).My project this year is to add support for reading SVG symbols in the existing Mapserver rendering API. Here is a wiki page which contains some useful information such as this email and a link to the abstract,project summary etc.
     3
     4Anyways i have been doing some research on the present API and how to keep it flexible and friendly to the libraries we want to use in SVG support.The thing we need to do is ,implement an svg subset that maps to the existing  mapserver renderer API ,Currently the rendering API probably only has point, line, ellipse, polygon, and text.we need to add support for circles,distorted figures etc.
     5
     6The biggest challenge in front of us at present is to find a SVG parsing/rendering library that will fit nicely in MapServer... incase we dont find one we'll have to develop something ourselves
     7I found some good libraries which  are -(ImageMagick in which A high-quality 2D renderer is included, which provides a subset of SVG capabilities ,covers over 90 major formats),and  librsvg which is written in C ,ImageLib: An Image Processing C++ Class Library, 'agg' C++ SVG Rendering Library -- Very fast and complete library to render SVG graphics, It provides a C++ interface(already compatible).There are some more tools which can be taken into consideration, please be open in suggesting one
     8
     9Now the main target in front of me is to Research and evaluate options for a non-intrusive open source library that can be used to parse a SVG symbol definition and render it in a MapServer image. By non-intrusive, mean that the library should have a friendly open source license, be light-weight and ideally it should not add any no new dependency to the MapServer build process other than itself.
     10
     11I will be doing the same thing through out the week until we find a better solution to start on the coding with
     12
     13
     14---All inputs and contributions welcome to make this a project a success.
     15
     16Best Regards
     17Kiran