[Geomoose-users] odd behavior with coordinates in IE when
using compiled.js - solved
Reynolds, Michael J. (DOT)
Mike.Reynolds at state.mn.us
Tue Apr 20 14:11:13 EDT 2010
We were having issues with the oblique / birds eye tool. No doubt it wasn't working because of something we adjusted while configuring other things.
What we observed with the birds eye tool was that the birds eye map would pop open and go to a default location. Examination of the url that was passed showed that no xy values were sent.
I 'googled' the 'bing' url api (yeah I said it) and noted that the recommended url was now www.bing.com/maps/default. The required x y was lat lon.
Our geomoose environment is utm.
For whatever reason the the birdseye service passes the point geometry by the name of 'xy'. That values is a string 'POINT(xxxx.xxxx xxxx.xxxx)'. birdseye.php explodes this value on a comma which doesn't exist. Then the xy and xy are inserted to the url which is passed to a new header. Since the explode fails (I think?) nothing is inserted for values in the url and the IE browser opens bing maps birdseye and dumps you to some default location perhaps near where you last used bing maps.
For lack of any style on my own part, I've fudged together the following birdseye.php which works for us:
$bePoint = $_REQUEST['xy'];
$bePoint = str_replace('POINT(','',$bePoint);
$bePoint = str_replace(')','',$bePoint);
$xy = explode(' ',$myPoint);
header( 'Location: http://www.bing.com/maps/default.aspx?v=2&cp=' . $xy . '~' . $xy . '&style=b&');
Left as is, the default birdseye service will pass UTM coordinate values (that's our default projection for geomoose). Bing won't do much with these values. Add the service step parameter reproject="WGS84" and the lat lon values will be passed. Bing likey!
<service name="birdseye" display="false" target="_blank">
<step type="spatial" name="xy" line="false" polygon="false" jump- start="true" default="point" reproject="WGS84">
<input type="visiblelayers" name="layers"/>
From: Mark Volz [mailto:MarkVolz at co.lyon.mn.us]
Sent: Wednesday, April 14, 2010 8:10 AM
To: geomoose-users at lists.sourceforge.net
Subject: Re: [Geomoose-users] odd behavior with coordinates in IE when using compiled.js - solved
I was able to resolve the issue with the coordinates being incorrect in IE.
Apparently one of the other ESPG codes was not commented out on one of my
testing copies of Geomoose.html.
2. odd behavior with coordinates in IE when using compiled.js
Date: Tue, 13 Apr 2010 10:49:48 -0500
From: "Mark Volz" <MarkVolz at co.lyon.mn.us>
Subject: [Geomoose-users] odd behavior with coordinates in IE when
To: <geomoose-users at lists.sourceforge.net>
<3D56274B4A7874468F58FADDBFD0980108E5E292 at llmhs02.r8nssis.local>
Content-Type: text/plain; charset="us-ascii"
I have started to use the compiled.js file in favor of all_js.php. The site
works great in firefox. In Internet Explorer 8 the XY coordinates are fine
however, the Lat / Lon coordinates are wrong. When I press "refresh" in IE
the site then works properly. Has anyone else come across this issue when
Lyon County, MN
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
Geomoose-users mailing list
Geomoose-users at lists.sourceforge.net
More information about the Geomoose-users