Nope, that&#39;s not it.&nbsp; Had the correct params in that entry after all:<br><br>&lt;900913&gt; +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs<br><br>This matches documentation at <a href="http://spatialreference.org/ref/user/google-projection/">http://spatialreference.org/ref/user/google-projection/</a><br>
<br>Reprojected my data file with gdalwarp to epsg 900913, then updated the mapfile to reflect that input layer is in that projection and tested.&nbsp; Got rid of the missing rixel rows at the bottom of tiles, but now the image only extends between 80 to -80 latitude, and there is a weird, scalloped seam at the international dateline.&nbsp; So something is still not right, but it would appear that it&#39;s projection related.<br>
--<br><br><br><div><span class="gmail_quote">On 10/19/08, <b class="gmail_sendername">Roger André</b> &lt;<a href="mailto:randre@gmail.com">randre@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div dir="ltr">One thing I did notice is that my EPSG file definition for &quot;Spherical Mercator&quot; is missing a parameter, &quot;+nadgrids=@null&quot;.&nbsp; I&#39;ll test tomorrow to see if adding it to the definition removes the problem.<br>
<span class="sg">
--</span><div><span class="e" id="q_11d18498717e01d5_2"><br><br><br><div class="gmail_quote">On Sat, Oct 18, 2008 at 7:25 PM, Roger André <span dir="ltr">&lt;<a href="mailto:randre@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">randre@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div dir="ltr">This is probably more of a TileCache question, than a MapServer one, but I figure one of you may have had the same issue in the past.&nbsp; I&#39;m using MapServer to feed TileCache a fairly large GeoTiff with global extents, which I&#39;m then displaying in Google Maps as a tile layer.&nbsp; This has worked well in the past, but now I&#39;m encountering a weird problem.&nbsp; Some of my tiles are being rendered by MapServer with a row of pixels missing on the bottom of the image.&nbsp; So for example, in Zoom Level 2, all of the 0.png tiles will be 256 x 256 pixels, but row 256 will not contain data from my global image, but instead will be set entirely to whatever background color I have set in my Mapfile. The problem appears in multiple, but not all, Zoom levels, and at different geographic locations, but always at the bottom row of a tile.<br>


<br>The source image doesn&#39;t have the lines in then, so I have to believe that the &quot;dead&quot; row is an artifact of the rendering process.&nbsp; My seed image is in lat/lon WGS84, and the tiles are being requested in EPSG:900913.&nbsp; The reprojection seems to be working correctly, insofar as image lineup with Google Maps seems to indicate.&nbsp; If I take the seed image and create a very reduced resolution version of it, then run it through TileCache, I don&#39;t get any lines.&nbsp; So it seems like the lines *might* be a result of downsampling, but since they&#39;re not present at the bottom of every image, I&#39;m not convinced that&#39;s the problem.<br>


<br>Oh, and I&#39;m using the GD driver.<br><br>Any ideas?<br><br>Roger<br>--<br></div>
</blockquote></div><br></span></div></div>
</blockquote></div><br>