<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>Hi all,&nbsp;&nbsp;I quit on using processquerytemplate and processtemplate methods. Its just not helpful. I spent too much time on it. I'm rather using mysql to display the results- its perfect. However the layer does not persist when i click on one of the result to zoom to it. Anyone with similar experience or suggestion? Thanks very much.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Franz. GIS Specilist. SIT.&nbsp;&nbsp;&nbsp;&nbsp;<br><br>> Date&#58; Mon, 28 Sep 2009 10&#58;26&#58;02 -0600<br>> From&#58; bfraser&#64;geoanalytic.com<br>> To&#58; bfischer&#64;houstoneng.com<br>> CC&#58; geomoose-users&#64;lists.sourceforge.net<br>> Subject&#58; Re&#58; &#91;Geomoose-users&#93; map-source&#59;  only 2 valid types&#63;<br>> <br>> Brian,<br>> <br>>    I&#39;d be interested in seeing Google Maps access implemented, and I&#39;d be <br>> willing to give up printing the Google Maps layer if it meant I could view it on <br>> the screen.<br>> <br>>    Looking through GM v2&#39;s main.js and OpenLayer&#39;s google.html example, it <br>> appears that adding a layer type of &#34;Google&#34; looks simple.  But I&#39;m concerned <br>> about the projection.  Would it mean that my site would have to use Spherical <br>> Mercator as the view projection&#63;   Would Dan&#39;s recent enhancement of raster <br>> projection in OpenLayers be useful so I could set a view projection of UTM&#63;  Or <br>> would performance be a problem&#63;<br>> <br>> Best Regards,<br>> Brent &#40;the other Brent&#41; Fraser<br>> <br>> <br>> Brian Fischer wrote&#58;<br>> &#62; Brent,<br>> &#62; <br>> &#62; These two layer types that are on my wish list to integrate into <br>> &#62; GeoMOOSE,  as well as Tilecache layer types.  Maybe we could pool some <br>> &#62; money together to have Dan implement them&#63;&#63;  As Dan and I have talked <br>> &#62; about this in the past the tricky part is whether you need to be able to <br>> &#62; print these layer types to .pdf.  That requirement would be a much <br>> &#62; larger effort than just making them viewable.<br>> &#62; <br>> &#62;  <br>> &#62; <br>> &#62; Dan,<br>> &#62; <br>> &#62; Met Council just released a new basemap AGS Rest API service for the <br>> &#62; twin cities.  See snippet from email below.  Jessica did mention she <br>> &#62; tested this and got it to work with OpenLayers.  It&#8217;s pretty nice and <br>> &#62; sure would be cool to show it can be used in GeoMOOSE&#33;<br>> &#62; <br>> &#62;  <br>> &#62; <br>> &#62; &#42;Metropolitan Council ArcGIS Base Map Services&#42;<br>> &#62; <br>> &#62;  <br>> &#62; <br>> &#62; The Metropolitan Council is making available two cached base map <br>> &#62; services through ArcGIS Server.&#47; &#47;The Metropolitan Council base map <br>> &#62; contains common data layers symbolized and shown appropriately for 10 <br>> &#62; scale levels&#59; including roadways, water features, political boundaries, <br>> &#62; Parks, trails, and land marks.  The base map will be updated as <br>> &#62; necessary to maintain current data - at least quarterly to allow for <br>> &#62; MetroGIS municipality and road updates. <br>> &#62; <br>> &#62;  <br>> &#62; <br>> &#62; These services are available for use in within ArcMap, in web <br>> &#62; applications through use of Rest Services, and as a layer in Google Earth. <br>> &#62; <br>> &#62;  <br>> &#62; <br>> &#62;     &#42; &#42;BaseMap&#42;&#58;  In Web Mercator Projection suitable for use in mashups<br>> &#62;       with Google Maps.<br>> &#62;       http&#58;&#47;&#47;gis.metc.state.mn.us&#47;ArcGIS&#47;rest&#47;services&#47;BaseLayer&#47;BaseMap&#47;MapServer<br>> &#62; <br>> &#62; <br>> &#62;  <br>> &#62; <br>> &#62;     &#42; &#42;UTMBaseMap&#42;&#58;  Same Features and Symbology as BaseMap above, but<br>> &#62;       projected for UTM, better for use with other MetroGIS data.<br>> &#62;       http&#58;&#47;&#47;gis.metc.state.mn.us&#47;ArcGIS&#47;rest&#47;services&#47;BaseLayer&#47;UTMBaseMap&#47;MapServer<br>> &#62; <br>> &#62; <br>> &#62;  <br>> &#62; <br>> &#62;  <br>> &#62; <br>> &#62; &#42;Brian Fischer,&#42; CFM  GIS Project Manager<br>> &#62; &#42;Houston Engineering, Inc.&#42;<br>> &#62; Phone&#58; W&#58; 763.493.4522 &#47; M&#58; 763.229.2734<br>> &#62; <br>> &#62;  <br>> &#62; <br>> &#62; &#42;From&#58;&#42; Dan Little &#91;mailto&#58;danlittle&#64;yahoo.com&#93;<br>> &#62; &#42;Sent&#58;&#42; Wednesday, September 23, 2009 9&#58;56 AM<br>> &#62; &#42;To&#58;&#42; Brent Lund &#40;ADM&#41;&#59; geomoose-users&#64;lists.sourceforge.net<br>> &#62; &#42;Subject&#58;&#42; Re&#58; &#91;Geomoose-users&#93; map-source&#59; only 2 valid types&#63;<br>> &#62; <br>> &#62;  <br>> &#62; <br>> &#62; Currently unimplemented.  The reason is that the actual requests are <br>> &#62; managed by GeoMOOSE and require full integration in with the catalog to <br>> &#62; work correctly.  This simply hasn&#39;t happened with those two types yet.  <br>> &#62; ArcGIS93Rest may take a while because I&#39;m not sure anyone has a test <br>> &#62; server for me to utilize.<br>> &#62; <br>> &#62;      <br>> &#62; <br>> &#62;     &#42;From&#58;&#42; Brent Lund &#40;ADM&#41; &#60;Brent.Lund&#64;state.mn.us&#62;<br>> &#62;     &#42;To&#58;&#42; &#34;geomoose-users&#64;lists.sourceforge.net&#34;<br>> &#62;     &#60;geomoose-users&#64;lists.sourceforge.net&#62;<br>> &#62;     &#42;Sent&#58;&#42; Wednesday, September 23, 2009 9&#58;51&#58;56 AM<br>> &#62;     &#42;Subject&#58;&#42; &#91;Geomoose-users&#93; map-source&#59; only 2 valid types&#63;<br>> &#62; <br>> &#62;     Is the documentation http&#58;&#47;&#47;www.geomoose.org&#47;moose&#47;docs&#47;mapbook.html<br>> &#62;     correct in referring to only 2 valid types &#40;mapserver, wms&#41;.   Are<br>> &#62;     other OpenLayers types valid &#40;but undocumented&#41;&#63;   In particular I<br>> &#62;     am interested in utilizing OpenLayers types Google and ArcGIS93Rest.<br>> &#62; <br>> &#62;      <br>> &#62; <br>> &#62;     Thanks,<br>> &#62; <br>> &#62;     Brent<br>> &#62; <br>> &#62;  <br>> &#62; <br>> &#62; <br>> &#62; ------------------------------------------------------------------------<br>> &#62; <br>> &#62; ------------------------------------------------------------------------------<br>> &#62; Come build with us&#33; The BlackBerry&#38;reg&#59; Developer Conference in SF, CA<br>> &#62; is the only developer event you need to attend this year. Jumpstart your<br>> &#62; developing skills, take BlackBerry mobile applications to market and stay <br>> &#62; ahead of the curve. Join us from November 9&#38;&#35;45&#59;12, 2009. Register now&#38;&#35;33&#59;<br>> &#62; http&#58;&#47;&#47;p.sf.net&#47;sfu&#47;devconf<br>> &#62; <br>> &#62; <br>> &#62; ------------------------------------------------------------------------<br>> &#62; <br>> &#62; _______________________________________________<br>> &#62; Geomoose-users mailing list<br>> &#62; Geomoose-users&#64;lists.sourceforge.net<br>> &#62; https&#58;&#47;&#47;lists.sourceforge.net&#47;lists&#47;listinfo&#47;geomoose-users<br>> <br>> ------------------------------------------------------------------------------<br>> Come build with us&#33; The BlackBerry&#38;reg&#59; Developer Conference in SF, CA<br>> is the only developer event you need to attend this year. Jumpstart your<br>> developing skills, take BlackBerry mobile applications to market and stay <br>> ahead of the curve. Join us from November 9&#38;&#35;45&#59;12, 2009. Register now&#38;&#35;33&#59;<br>> http&#58;&#47;&#47;p.sf.net&#47;sfu&#47;devconf<br>> _______________________________________________<br>> Geomoose-users mailing list<br>> Geomoose-users&#64;lists.sourceforge.net<br>> https&#58;&#47;&#47;lists.sourceforge.net&#47;lists&#47;listinfo&#47;geomoose-users<br>                                               <br /><hr />View your Twitter and Flickr updates from one place – <a href='http://clk.atdmt.com/UKM/go/137984870/direct/01/' target='_new'>Learn more!</a></body>
</html>