That's probably a spill over from Google Earth, where Sky appears to be implemented as though you on the inside of 'Earth', so you looking out at the back of the tiles on the Earth surface. Doesn't help with working with the tiles in Maps thou ;)
On Dec 10, 2007 7:00 PM, Mike Williams <nos...@econym.demon.co.uk> wrote:
> Here's a funny thing. The sky map appears to be back to front. It's what > you'd see if you were looking down on the sky from outside.
> That's probably a spill over from Google Earth, where Sky appears to
> be implemented as though you on the inside of 'Earth', so you looking
> out at the back of the tiles on the Earth surface. Doesn't help with
> working with the tiles in Maps thou ;)
> On Dec 10, 2007 7:00 PM, Mike Williams <nos...@econym.demon.co.uk> wrote:
> > Here's a funny thing. The sky map appears to be back to front. It's what
> > you'd see if you were looking down on the sky from outside.
http://mapperz.googlepages.com/Google_Sky_Example.html Google Earth in Sky mode your looking up from Earth
Google Maps API Sky mode your looking down from outside space.
Works well in FireFox 3 beta
Internet Explorer 7 has some funny goings on (try panning)
On Dec 11, 2:29 pm, "geocode...@gmail.com" <geocode...@gmail.com>
> That map doesn't seem to work initially in Opera (I get a grey
> square with controls), clicking on any of the map type buttons or
> clicking on one of the check boxes under "Earth" loads tiles.
>The new map types do not appear to support polylines.
What's actually happening is that the new map types have GProjections that only cover the zoom levels for which there are tiles.
GPolyline.redraw() does calculations with projection.fromLatLngToPixel using zoom level 17). If the GProjection doesn't go up to zoom 17, then the GPolyline.redraw() fails. The polyline doesn't get rendered and the rest of the code that called the redraw doesn't get executed, leading to the weird panning behaviour.
On 15 Dec. 2007, 16:21, Mike Williams <nos...@econym.demon.co.uk>
> >Also inGoogle Skythe GLargeMapControl seems to have more zoom levels
> >in the control than there actually are levels of imagery in the map.
> I suspect that's a typo. On this line (from APIv2.95) the "19" should
> probably be "10".
Yeah, I have just run into that bug as well.
Furthermore the GScaleControl() is providing pretty small values. In
general this control might be useless for a map of this type as we
don't know how far away the object we are looking at really is. Where
the pictures from Earth, Moon and Mars is somewhat based on a flat
surface where everything is pretty much the same distance from the
camera we here have depths in the images.
Perhaps GScaleControl() should just not be available as it seem
useless and might provide wrong numbers to people.
Just a thought: it would be nice with a "geocoding" service for the
different map types to be able to look up e.g. Polaris or other stars