Changes between Version 90 and Version 91 of MapServerOGCCITECompliance

Show
Ignore:
Timestamp:
11/20/09 10:57:21 (3 years ago)
Author:
nsavard
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • MapServerOGCCITECompliance

    v90 v91  
    66|| ||1.1.1 ||[http://trac.osgeo.org/mapserver/ticket/2028 2028] ||Using non-EPSG-format projections  ||Asked Daniel if we should reassing || 
    77|| ||1.3.0 ||[http://trac.osgeo.org/mapserver/ticket/2979 2979] ||WMS 1.3.0 should noy allow the SRS parameter but only the CRS parameter ||Assefa fixed it. || 
    8 ||WFS ||1.0.0 ||[http://trac.osgeo.org/mapserver/ticket/2432 2432]||namespace needs to be strip off of a feature name when serving a WFS GetFeature request || || 
     8||WFS ||1.0.0 ||[http://trac.osgeo.org/mapserver/ticket/2432 2432]||namespace needs to be strip off of a feature name when serving a WFS GetFeature request ||Fixed by Assefa, to verify || 
    99|| ||1.0.0 ||[http://trac.osgeo.org/mapserver/ticket/2445 2445]||Add a mechanism to support gml:_geometryProperty for a WFS 1.0.0 server || || 
    1010|| ||1.0.0 ||[http://trac.osgeo.org/mapserver/ticket/2606 2606]||Add multipoint, multipolygon, multilinestring geometries support to define an area in a spatial filter, when a GetFeature request is sent to a WFS 1.0.0 server ||Could be harder || 
    11 ||WFS ||1.1.0 ||[http://trac.osgeo.org/mapserver/ticket/3076 3076] ||DefaultSRS string value is stripped off from the end.  || || 
     11||WFS ||1.1.0 ||[http://trac.osgeo.org/mapserver/ticket/3076 3076] ||DefaultSRS string value is stripped off from the end.  ||Fixed by Assefa, Assefa to verify || 
    1212|| ||1.1.0 ||[http://trac.osgeo.org/mapserver/ticket/2899 2899] ||axis order must be in order lat long for 4326 for 1.1.0 ||Fixed by Assefa. || 
    1313|| ||1.1.0 || ||The main issue is that the layer contains multiple geometry types on the same layer ||Could be really harder.  Daniel submitted an idea to solve this. ||