<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 10/09/2010 4:08 PM, Andreas Neumann wrote:
<blockquote cite="mid:4C8A9042.3040803@carto.net" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hi,<br>
<br>
Thank you for your information on future plans about output based
on Cairo.<br>
<br>
Regarding the SVG support, my main concern is that if the output
goes through Cairo than there is no chance of adding attributes
and semantics to the vector features in SVG - am I correct? In SVG
one could f.e. embed title and description elements, as well as
non-graphical </blockquote>
<br>
That is correct from what I can see.<br>
<blockquote cite="mid:4C8A9042.3040803@carto.net" type="cite">attributes
in a separate namespace in the XML output. Now that SVG support
will be widespread in all browsers (IE9 will be implementing SVG),
I would assume that people would make more use of SVG output, also
for interactive maps. In this setup it would be nice if one could
have the option between a pure graphical output (probably the
CAIRO output version) and a more semantically rich output (a
separate output driver?) I would recommend to go with Cairo, but
leave the door open for another, alternative output driver for
more sophisticated SVG output.<br>
<br>
</blockquote>
I agree with you that we would have more control on what we can
output if we have a native MapServer svg driver. I think adding a
native SVG driver will always possible baring in mind that there is
enough need/interest to add it and support it in the long term <br>
<br>
Thanks for your feedback.<br>
<br>
regards,<br>
<br>
<br>
<blockquote cite="mid:4C8A9042.3040803@carto.net" type="cite">
Regarding SWF: it would be better if Flash would die in the long
run - it is not part of the open web and a black box. All browser
project now seem committed to implement SVG and canvas. So I
myself wouldn't care if you would drop SWF support. Other users
may think different.<br>
<br>
Just my two cents,<br>
Andreas<br>
<br>
On 9/10/10 5:09 PM, Yewondwossen Assefa wrote:
<blockquote cite="mid:4C8A4A33.7090609@dmsolutions.ca" type="cite">
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
Hi all,<br>
<br>
The Dev team is reviewing and preparing for the 6.0 MapServer
release [1][2]. There are significant changes and new features
in this release. One of them is the rendering overhaul. The
reasons behind is to facilitate the long term maintenance and
make sure that all the output formats are in sync feature-wise.
<br>
Currently output drivers such as svg, pdf and flash lag in
functionality and supported features compare to the AGG/GD
output. <br>
As part of this re-factoring, the Cairo library [3] will be
added allowing SVG and PDF outputs to pass through this
library. This would deprecate the current support of native svg
and pdf in MapServer.<br>
<br>
The other renderer that is affected is the SWF (Flash) renderer:
at this point there is no effort to bring this output feature to
the level of other renderers. This means that there is a big
chance that the SWF support will not be part of the 6.0 release
(unless someone wants to fund it). Is this something that
affects lots/some users?<br>
<br>
best regards,<br>
<br>
<br>
[1] <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://trac.osgeo.org/mapserver/wiki/60ReleasePlan">http://trac.osgeo.org/mapserver/wiki/60ReleasePlan</a><br>
[2] <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://trac.osgeo.org/mapserver/wiki/60MigrationIssues">http://trac.osgeo.org/mapserver/wiki/60MigrationIssues</a><br>
[3] <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://cairographics.org/">http://cairographics.org/</a><br>
<br>
<br>
<strong><br>
</strong>
<pre class="moz-signature" cols="72">--
----------------------------------------------------------------
Assefa Yewondwossen
Software Analyst
Email: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:yassefa@dmsolutions.ca">yassefa@dmsolutions.ca</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.dmsolutions.ca/">http://www.dmsolutions.ca/</a>
Phone: (613) 565-5056 (ext 14)
Fax: (613) 565-0925
----------------------------------------------------------------
</pre>
<pre wrap=""><fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
mapserver-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:mapserver-users@lists.osgeo.org">mapserver-users@lists.osgeo.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/mapserver-users">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a>
</pre>
</blockquote>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
mapserver-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mapserver-users@lists.osgeo.org">mapserver-users@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/mapserver-users">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
----------------------------------------------------------------
Assefa Yewondwossen
Software Analyst
Email: <a class="moz-txt-link-abbreviated" href="mailto:yassefa@dmsolutions.ca">yassefa@dmsolutions.ca</a>
<a class="moz-txt-link-freetext" href="http://www.dmsolutions.ca/">http://www.dmsolutions.ca/</a>
Phone: (613) 565-5056 (ext 14)
Fax: (613) 565-0925
----------------------------------------------------------------
</pre>
</body>
</html>