6.0发布计划¶
- 作者
项目指导委员会
- 最后更新
2011-03-17
目录
背景¶
以下文档的目的是概述即将发布的MapServer6.0版本的建议更改。建议计划升级到6.0的用户查看- MapServer Migration Guide .
新功能和主要错误修复¶
MapServer 6.0中可能影响现有应用程序的核心更改¶
- MS RFC 54:呈现接口API
完全可插入渲染器支持（Thomas/Frank）
- MS RFC 64-MAPServer表达式分析器大修
扩展表达式语法支持+ogc filter encoding->mapserver filterobj支持（steve）
MapServer 6.0中的新功能和增强功能¶
- 输出格式：
谷歌SoC项目（Assefa）的KML
任何OGR格式（Frank）
GML3（史蒂夫-也许在冲刺期间？）
Cairo（PDF，SVG）
- XML Mapfile 消耗：
运行时编译（xml/xslt=>.map）
标签改进（标签精度和沿曲线显示标签）
标签样式
大形状文件（DBF文件>2GB）支持
WCS 2.0+WCS 1.1中的后期支持
能够在字符串和/或逻辑表达式中转义单引号/双引号
其他显著增强¶
其他查询改进（例如能够对查询执行XOR（询问Steve）-RFC 65？）
支持标签中的样式对象
使用Classobj标题绘制图例
php 5.2+新对象/api模型的php-mapscript重构
支持PostGIS曲线
折旧/移除¶
移除gd non-pc256支持（由agg驱动程序替换）
删除本机SVG支持（改用cairo，或使用plugin api重新实现）
删除本机PDF支持（改用cairo）
移除 SWF/Flash 输出（无其他选择）
取消符号obj gap、linecap、linejoin和pattern属性（现在改为以样式设置）
冗余模板标签的取消描述（如[mapext_esc]）（见http://trac.osgeo.org/mapserver/wiki/60removetemplatetags）
删除本机、非GDAL、图像驱动程序（EPPL7、TIFF等）
删除mygis驱动程序（改用ogr mysql驱动程序）
6.2愿望清单¶
支持SVG符号（不拥有，存在RFC）
命名样式/标签
嵌入式XML Mapfile 分析器
在驱动程序级别（RFC-Steve）支持filterobj（基于OGC筛选器规范）
投影自动支持（RFC-霍华德）
探索在layerobj、inline、外部文件或url（需要assefa、rfc）中支持SLD和/或GSS
对象字符串序列化（例如$layer->ToString（））（不属于）
用新的渲染API重新实现flash/swf输出（需要资金）
图案填充渲染速度（使用agg图案填充？）
小特征标签：使用导程而不是跳过特征（zak）
mod_mapserver-用于Apache的多线程加载的mapserver模块
颜色渐变，动态统计生成（stevel/frank）
计划日期¶
我们将在代码冻结后的6周内计划4个beta和2个发布候选（rc）（每个星期三一个beta/rc）。这将导致我们在2011年4月20日左右发布最终版本：
释放
日期
特征冻结
FRI。2011年3月4日
60.0β1
结婚。2011年3月9日
60.0β2
FRI。2011年3月18日
3.0.0β-3
结婚。2011年3月23日
60.0β4
结婚。2011年3月30日
60.0～RC1
结婚。2011年4月6日
6.0.0-RC2型
结婚。2011年4月13日
60.0（决赛）
结婚。2011年4月20日
发布经理¶
Daniel Morissette将担任发布经理（ MS RFC 34:MapServer发布管理器和发布过程 ）（'来自丹妮姆、汤克、塔马斯、史蒂文、佩里克尔斯恩、史蒂文、法兰克、阿塞菲、霍华德和托马斯的+1动议通过'）
SVN标签/分支¶
主干SVN目前是我们计划作为6.0版本发布的5.7开发版本。（ browse ）
此版本的稳定SVN分支将称为“branch-6-0”（尚未创建）。
创建“branch-6-0”的当前建议日期是6.0.0版本的日期。
如果5.6之后的开发需要更早的分支，那么请在-dev列表中提出分支请求。
在SVN中将betas标记为“rel-6-0-0-beta1”、“rel-6-0-0-beta2”…发布候选文件为“rel-6-0-rc1”、“rel-6-0-rc2”等。
TRAC惯例¶
为了便于查询Trac数据库中是否有仍需为此版本解决的票据，我们尝试遵循以下约定：
要为此版本处理的票据必须将其目标里程碑设置为“6.0版本”
不能在这个版本中实现的bug/增强功能，但是我们可能希望在以后解决的，应该用“未来”目标里程碑标记，并用注释说明bug被推迟，如果可能的话，快速分析
票据上的目标里程碑应由开发人员（bug所有者）而不是用户（记者）设置。
处理门票时的其他良好做法：
请为任何非琐碎的错误修复或软件更改提交票据。这是为了让我们保留一个跟踪，以供将来参考所做的所有错误修复和更改（原因和方式）。
请在开始处理时标记分配的Bug
在标记修复的错误时，请包含描述修复的注释、修复所用软件的版本、SVN变更集编号（例如R1234）和任何其他相关信息。当这个问题出现时，这只会让我们的生活在几个月/几年后变得更轻松。
提交到SVN时，请在SVN更改日志注释中包括错误号，例如（1234）。
在修复/更改时请记住文档：如果您不能自己更新文档，请创建一个描述新功能/更改的文档错误，以及应该更新哪些文档。
以下查询返回标记为“6.0版本”目标里程碑的所有当前打开的Bug：