Opened 16 years ago
Last modified 15 years ago
#2552 new defect
PROJECTION block requirements for OWS support
Reported by: | tomkralidis | Owned by: | dmorissette |
---|---|---|---|
Priority: | normal | Milestone: | 6.0 release |
Component: | WMS Server | Version: | svn-trunk (development) |
Severity: | normal | Keywords: | |
Cc: | dmorissette, sdlime, warmerdam, assefa, bartvde@…, jmckenna |
Description
This originated from #2538, comment 6:
"""
I have established that the request reprojection does not work because the layer lacks a PROJECTION block defining it's coordinate system.
If I add:
PROJECTION "+init=epsg:26915" END
to the layer things work right.
So fundamentally I think the issue with this ticket is that WCS (and possibly other services) need to recognise the map lacks key information and refuse to operate with some sort of explanatory exception.
Alternatively we could try to derive some rules like defaulting layer and/or map projection objects based on stuff like ows_srs.
I don't have any strong opinions, so I don't plan on further work on this issue pending a clear resolution.
"""
The issue here is that we should enforce some sort of projection checking before proceeding with any OWS Server type operation. Perhaps:
if (! LAYER/PROJECTION) if (! MAP/PROJECTION) throw ExceptionReport saying for mapfile to set PROJECTION, etc.
Change History (6)
comment:1 by , 16 years ago
comment:2 by , 16 years ago
AFAICT Mapserver WMS still outputs the warning in the GetCapabilities even if there is a PROJECTION block at the MAP level (from which layers inherit).
comment:3 by , 16 years ago
comment:4 by , 16 years ago
Cc: | added |
---|
comment:5 by , 16 years ago
Milestone: | 5.2 release → 5.4 release |
---|---|
Owner: | changed from | to
comment:6 by , 15 years ago
Milestone: | 5.4 release → 6.0 release |
---|
I believe WMS already does something like this in mapwms.c's msWMSLoadGetMapParams(). We should check that before designing another approach.