Tile Layer Doesn't work with GE plugin

[PeterB]

anyone have an answer to this issue? For example, check out
www.climateatlas.org/usslr.html

zoom in a bit on Florida, for example, switch to earth...and no sea
level rise overlay.

This capability would be amazing for these types of maps!

Thanks

Peter

[ManoM]

Hi PeterB,

You mean Tile Layering through the Maps API doesn't work? That's a
known issue. You can replicate it using Region based NetworkLinks in
KML, often refered to as "SuperOverlays."
http://code.google.com/apis/kml/documentation/regions.html#superoverlays

Mano

[PeterB]

Hi Mano,

Do you mean that I need to convert my tile layers over to a
superoverlay if I want to see my data in the GE plugin (in my example,
the florida sea level rise data)?

It seems that the superoverlays and the tile layers are very similar.
I'm using arc2earth to generate the tile layers from GIS databases,
but the software also creates superoverlays too. I'll mock one up and
see how it works within the maps api/ge plugin. I suppose when a user
click on the 'earth' gmaptype then I'll have to create a function
within the javascript to point towards the superoverlay.

Perhaps I'm greedy, but it would be sweet if the GE plugin could read
my existing tiles...

Cheers!

Peter

[ManoM]

Hi Peter,

At this point we don't support GTileLayer. I should point out,
however, that if the tiles cover a significant enough area, they would
have to be reprojected for the 3D environment regardless.

There are three options I can think of to use your tiles in the Earth
API. One is to use KML SuperOverlays, reusing your images if they
don't need re-projection. Another is to use a WMS server, and have a
NetworkLink point to it. The third is to use a PhotoOverlay, which
wouldn't project the tiles on the Earth but in one of three formats, a
billboard style, a cylinder above the Earth, or in a Sphere. Each of
those would use an ImagePyramid that would closely match the
GTileLayer format.

Mano

[PeterB]

Thanks Mano. I'll explore those possibilities. It will give me the
opportunity to become more familiar with advanced KML
methods...something I need to do anyways. Perhaps in the future you
and your team will support tile layers as well, which would be nice
for those of us who have invested considerable energy into that method
of displaying large databases on the maps api.

cheers,

Peter

[ManoM]

Hi Peter,

At this point, our announced plan is to support as much of the Maps
API as possible. I again stress, though, that project is an issue
you'll have to deal with, as Earth and Maps use two different
projections.

Mano

[PeterB]

cool. So I'm on the early train... :-)

Even though you emphasize the projection issue, I'll have to assume
that since GE and Gmaps seem to be on a collision course, there will
at some point in the future be a common projection. Or at least an on
the fly conversion between mercator and cylindrical. I've always
thought that the mercator projection was an odd choice for a default
projection. While it preserves true direction it really distorts size,
which may have been great for renaissance navigators and their
sponsers who were trying to conquer lands to their south, but it is
kind of outdated for our century....

Cheers Mano, thanks for your help and discussion!

Peter

On Jun 5, 1:49 pm, ManoM wrote:
> Hi Peter,
>

> At this point, our announced plan is to support as much of the Maps
> API as possible. I again stress, though, that project is an issue
> you'll have to deal with, as Earth and Maps use two different
> projections.
>
> Mano
>
> On Jun 5, 11:47 am, PeterB wrote:
>

> > thanks Mano. I'll explore those possibilities. It will give me the