Thanks Brent.  EPSG:3875 it is.  So the map-source projection parameter in the mapbook file is for warping the mapserver output to fit the display coordinates.  Is that correct?  I agree that the server should output maps in the srs requested and not allow any client-side reprojection.  All of my WMS services support both my local srs and the various google flavors.<br>
<br>I was looking at both the the GeoMoose demos and noticed in the web mercator demo, services such as identify and select are not present.  Will those types of services not work with web mercator?  <br><br>- John<br><br clear="all">
***********************************<br>John Callahan, Research Scientist<br>Delaware Geological Survey<br>University of Delaware<br>URL: <a href="http://www.dgs.udel.edu" target="_blank">http://www.dgs.udel.edu</a><br>*******************************<br>

<br><br><div class="gmail_quote">On Fri, Apr 15, 2011 at 4:48 PM, Brent Fraser <span dir="ltr">&lt;<a href="mailto:bfraser@geoanalytic.com">bfraser@geoanalytic.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">


  
    
  
  <div text="#000000" bgcolor="#ffffff">
    John,<br>
    <br>
    1)  Technically they describe the same coordinate system, but 3785
    is deprecated and replaced by 3875 as the &quot;official&quot; EPSG code. 
    900913 was the original, &quot;user defined&quot; (aka non-offical) code so
    has been in use longer (and some systems may not have adopted the
    official code yet).  So go with 3875 if possible, but you could use
    900913 if necessary.<br>
    <br>
    2)  You should demand(!) that the WMS servers serve up the data in
    your display coordinate system (it off-loads the re-projection to
    the servers)., but if they don&#39;t advertise that they support it, you
    could get GeoMOOSE to warp it on the fly by including a
    projection=&#39;EPSG:4326&#39; option in the &lt;map-source&gt; tag.  Be
    warned that is only does a warp and the layers will not line up as
    you zoom out.  The solution is to set up mapserver to act as a WMS
    client, do the reprojection and serve the result in your coordinates
    system of choice (e.g. 3875).<br>
    <br>
    3).  Correct.  And add a PROJECTION block to the LAYER so mapserver
    knows which coordinate system they are in.<br>
     <br>
    <pre cols="72">Best Regards,
Brent Fraser</pre><div><div></div><div class="h5">
    <br>
    On 4/15/2011 1:25 PM, John Callahan wrote:
    </div></div><blockquote type="cite"><div><div></div><div class="h5">I&#39;m creating a GeoMoose application that will use the
      various Google tile layers as backgrounds.  (I originally created
      a basic app in my local state plane projection but then realized
      that the Google-like backgrounds are critical.)   I&#39;ve downloaded
      the Web Mercator demo and am looking at <a href="http://geomoose.org/howto/commercial_layers.html" target="_blank">http://geomoose.org/howto/commercial_layers.html</a>
      for guidance.  As I go through this, a few quick questions:<br>
      <br>
      1) Should I use EPSG:3857, EPSG:3785 or EPSG:900913?  Or does it
      matter as long as Proj4 supports it and there&#39;s a corresponding
      file in proj4js\lib\defs <br>
      <br>
      2) In the mapbook file, should all the data sources (nearly all of
      WMS type) have the same projection attribute, such as
      projection=&quot;EPSG:3857&quot;?   <br>
      <br>
      3) Just to confirm, my raw data files do not need to be in the
      &quot;web mercator&quot; projection, only the MAP Projection and Extent
      parameters in the map files, correct?<br>
      <br>
      <br>
      - John<br>
      <br clear="all">
      ***********************************<br>
      John Callahan, Research Scientist<br>
      Delaware Geological Survey<br>
      University of Delaware<br>
      URL: <a href="http://www.dgs.udel.edu" target="_blank">http://www.dgs.udel.edu</a><br>
      *******************************<br>
      </div></div><pre><fieldset></fieldset>
------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. <a href="http://p.sf.net/sfu/vmware-sfdev2dev" target="_blank">http://p.sf.net/sfu/vmware-sfdev2dev</a></pre>
      <pre><fieldset></fieldset>
_______________________________________________
Geomoose-users mailing list
<a href="mailto:Geomoose-users@lists.sourceforge.net" target="_blank">Geomoose-users@lists.sourceforge.net</a>
<a href="https://lists.sourceforge.net/lists/listinfo/geomoose-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/geomoose-users</a>
</pre>
    </blockquote>
  </div>

</blockquote></div><br>