[Geomoose-users] odd behavior with coordinates in IE when using compiled.js - solved

Fri Apr 23 09:19:42 EDT 2010

That is good information.  Thank you.

I set the format="delim" and I was able to revert back to the original birdseye.php. 

I also really appreciate the mashedworld.com/DualMaps.aspx.  Very cool.  I can see how that could easily be made into its own tool to supplement or replace the birdseye and streetview tools.

-----Original Message-----
From: Len Kne [mailto:lkne at houstoneng.com] 
Sent: Tuesday, April 20, 2010 3:31 PM
To: Reynolds, Michael J. (DOT)
Subject: RE: [Geomoose-users] odd behavior with coordinates in IE when using compiled.js - solved

Hi All

There is an optional attribute (format) that can be added to a spatial step to control how the service will send the results.  For example:

<step type="spatial" name="xy" line="false" polygon="false" jump-start="true" default="point" format="delim" reproject="EPSG:4326">

will send the coordinates as a comma separated pair (x,y), but you can also get the output as WKT(default), KML, and JSON.

Another fun site to look at for showing oblique and Streetview imagery on one page is:

http://www.mashedworld.com/DualMaps.aspx

Len

-----Original Message-----
From: Reynolds, Michael J. (DOT) [mailto:Mike.Reynolds at state.mn.us] 
Sent: Tuesday, April 20, 2010 1:47 PM
To: geomoose-users at lists.sourceforge.net
Subject: Re: [Geomoose-users] odd behavior with coordinates in IE when using compiled.js - solved

Corrected birdseye.php mod (ed note - test then publish)

$bePoint = $_REQUEST['xy'];
$bePoint = str_replace('POINT(','',$bePoint);
$bePoint = str_replace(')','',$bePoint);
$xy = explode(' ',$bePoint);
header( 'Location: http://bing.com/maps/default.aspx?v=2&FORM=LMLTCP&cp=' . $xy[1] . '~' . $xy[0] . '&style=b&');

-----Original Message-----
From: Reynolds, Michael J. (DOT) 
Sent: Tuesday, April 20, 2010 1:11 PM
To: geomoose-users at lists.sourceforge.net
Subject: RE: [Geomoose-users] odd behavior with coordinates in IE when using compiled.js - solved

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[1] and xy[0] 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:

#birdseye.php
$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[1] . '~' . $xy[0] . '&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!

#birdseye service
<service name="birdseye" display="false" target="_blank">
	<url>php/birdseye.php</url>
	<step type="spatial" name="xy" line="false" polygon="false" jump-				start="true" default="point" reproject="WGS84">
		<input type="visiblelayers" name="layers"/>
	</step>
</service>

-----Original Message-----
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.

Mark Volz

   2. odd behavior with coordinates in IE when using	compiled.js
      (Mark Volz)

Message: 2
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
	using	compiled.js
To: <geomoose-users at lists.sourceforge.net>
Message-ID:
	<3D56274B4A7874468F58FADDBFD0980108E5E292 at llmhs02.r8nssis.local>
Content-Type: text/plain; charset="us-ascii"

Hi,

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
using compiled.js?

Mark Volz
GIS Specialist
Lyon County, MN

------------------------------------------------------------------------------
Download Intel&#174; 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.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Geomoose-users mailing list
Geomoose-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users

------------------------------------------------------------------------------
_______________________________________________
Geomoose-users mailing list
Geomoose-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geomoose-users