Hi all,<br><br>I figured out what the issue was, but I&#39;m not sure I understand why it causes the transparent pixels.<br><br>Originally, when I created my mapObj in Python, I was initializing the map&#39;s projection to a geographic projection with:<br>
m.setProjection(&quot;init=epsg:4326&quot;)<br><br>The issue goes away if I initialize the map using a PROJ string instead:<br>m.setProjection(&quot;+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs&quot;) <br><br>The really strange thing is that the proj string is the exact definition of EPSG 4326, so the result of both calls should be equivalent.  When I add my layers to the map, I&#39;m setting their projection with setWKTProjection and passing in their WKT strings stored in a database, and both the map and the layer (BlueMarble) should have the same projection.  It&#39;s almost as if by setting the map&#39;s projection with an EPSG code makes Mapserver think it needs to reproject the data even though it doesn&#39;t.<br>
<br>Any thoughts on why this would occur?<br><br>Thanks!<br><br>Jason<br><br><br><br><div class="gmail_quote">On Thu, Dec 31, 2009 at 6:22 PM, Jason Beverage <span dir="ltr">&lt;<a href="mailto:jasonbeverage@gmail.com">jasonbeverage@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;">Hi Steve,<br><br>I thought of that too, but even the Introduction to MapServer page (<a href="http://mapserver.org/introduction.html" target="_blank">http://mapserver.org/introduction.html</a>) uses -180 -90 180 90 to render the BlueMarble data at full extent so that seems like it shouldn&#39;t be the case.  I&#39;ll keep on testing and see what I can come up with.<br>

<br>Thanks,<br><font color="#888888"><br>Jason</font><div><div></div><div class="h5"><br><br><div class="gmail_quote">On Wed, Dec 30, 2009 at 11:40 PM, Lime, Steve D (DNR) <span dir="ltr">&lt;<a href="mailto:Steve.Lime@state.mn.us" target="_blank">Steve.Lime@state.mn.us</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;">
I wonder if it&#39;s due to differences in the extent models. GDAL uses edge-to-edge (I believe) meaning that the extent represents the outer edge of the UL and LR pixels in the image. MapServer uses a center-to-center model where the extent represents the pixel centers of the UL and LR pixels. The software itself takes these differences into account and you might need to as well as you compute extents. So, when you set an extent with minx at -180, MapServer has the center of it&#39;s left-hand edge pixels at -180, but in GDAL that&#39;s the left-hand edge of the left-hand edge pixels. Rounding error could account for the blank column.<br>


<br>
I&#39;d convert your GDAL extent to a MapServer extent (I can help with this if necessary) and then chop things up based on that. Make sense?<br>
<br>
Steve<br>
<br>
________________________________________<br>
From: <a href="mailto:mapserver-users-bounces@lists.osgeo.org" target="_blank">mapserver-users-bounces@lists.osgeo.org</a> [<a href="mailto:mapserver-users-bounces@lists.osgeo.org" target="_blank">mapserver-users-bounces@lists.osgeo.org</a>] On Behalf Of Jason Beverage [<a href="mailto:jasonbeverage@gmail.com" target="_blank">jasonbeverage@gmail.com</a>]<br>


Sent: Monday, December 28, 2009 1:27 PM<br>
To: mapserver-users<br>
Subject: [mapserver-users] Transparent lines at -180 when rendering     BlueMarble data<br>
<div><div></div><div><br>
Hi all,<br>
<br>
I&#39;m using mapscript to render some blue marble data into tiles.  The issue I&#39;m seeing is that occasionally I get a 1pixel wide transparent column along -180 at different zoom levels.  For example, if I render a 256x256 tile by setting the map&#39;s extent using:<br>


map.setExtent (-180.0, -22.5, -157.5, 0.0)<br>
<br>
I&#39;m getting the attached image with the transparent column.<br>
<br>
The extent of the file itself via gdalinfo is -180,-90,180,90 so it does cover the whole world and there are no transparent pixels in the data itself.<br>
<br>
Thanks!<br>
<br>
Jason<br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>