<p><br>Projection problems with Google maps / Virtual Earth<br>I don&#39;t really understand whats happening here - so would be grateful for any suggestions.<br>I have 2 .map files serving out WMS data:<br>&nbsp;- BNG.map<br>&nbsp;- 
WGS84.map<br>&nbsp;<br>Both these map files are displaying the same data - but one has the raw data as British National Grid (epsg 27700) and the other as WGS84 (epsf 4326)<br>When tested in a client such as MapInfo - alignment is exact for both 
<br>However when displayed on virtual earth / google maps (using the projection &lt;54004&gt; +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=35 +k=1.0 +units=m +no_defs &lt;&gt;)<br>if using the WMS service from the 
WGS84.map file - alignment is fine<br>if using the WMS service from the BNG.map file - the overlay is about 100m off to NW<br>What I don&#39;t understand is why these both work fine in a client such as MapInfo, but only one fails in Virtual Earth / Google maps - as one works presumably I&#39;ve got this working OK ?
<br>The difference is both that when being called from MapInfo the request uses SRS=27700 so no conversion is required<br>It seems as if the conversion from 27700 to 54004 is messing up - but 4326 to 54004 works OK ?<br>&nbsp;
<br>OK - looked a bit deeper in MapInfo - and if I change the WMS request from the BNG.map file to return data as SRS=4326 (as in the query below) - I get similar miss alignment<br>&nbsp;<br>GET /scripts/mapserv.exe?map=C:/Inetpub/wwwroot/MapserverService/Map/WMSTest.map&amp;LAYERS=OSBUILD&amp;VERSION=
1.1.1&amp;REQUEST=GetMap&amp;LAYERS=OSBUILD&amp;STYLES=&amp;SRS=EPSG:4326&amp;BBOX=-3.296092,51.945322,- 3.290018,51.949813&amp;WIDTH=971&amp;HEIGHT=718&amp;FORMAT=image/png&amp;TRANSPARENT=TRUE&amp;BGCOLOR=0xFFFFFF&amp;EXCEPTIONS=application/vnd.ogc.se_xml
 HTTP/1.1<br>&nbsp;<br>I don&#39;t remeber having these issues when using mapserver via CGI - it only seems to relate to WMS<br>&nbsp;<br>Obviously I can convert all my data to WGS84 and avoid the problem - but thats not an ideal long term solution
<br>&nbsp;<br>Any ideas</p>
<p>Thanks<br>James</p>