Travis, I think MapServer is just going to lookup 2958 in the PROJ.4 epsg init file. So it may well be sufficient to update the entry to refer to the grid shift file.
Something like changing this: # NAD83(CSRS) / UTM zone 17N <2958> +proj=utm +zone=17 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs <> to this: # NAD83(CSRS) / UTM zone 17N <2958> +proj=utm +zone=17 +ellps=GRS80 +nadgrids=csrs.ntv2 +units=m +no_defs <> Is the CSRS datum shift file public/free? I'd be interested in documenting use of it on the PROJ.4 site, and possibly including it in the default set of distributed datum shift files. Best regards, Frank On Thu, Dec 13, 2012 at 12:10 PM, Travis Kirstine <[email protected]>wrote: > I have issue with my WMS service when using a source raster layer that is > in EPSG:2958 - NAD83(CSRS) / UTM zone 17N srs. The issue is that Mapserrver > (proj) does not apply a gridshift when requesting the layer in a different > projection - UTM z17n NAD83. I have a gridshift file for this > transformation however there is no way to apply it to the output that I am > aware of. > > Thanks > > _______________________________________________ > mapserver-users mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/mapserver-users > > -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, [email protected] light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Software Developer
_______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
