Create sample kml files for testing

[GoogleCodeExporter]

We need to do a basic reality check of whether the Google Earth API will 
perform well enough for 
us.  To do that we'll need a set of layers created from the south coast study 
region datasets. We 
won't need all the layers, just enough to handle the following cases:

Complex vector/polygons
Raster data using SuperOverlays
Regionated Point Data
Temporal data

The data sets chosen should be useful when displayed together so we can test 
performance of 
multiple layers displayed at once.

These layers should be put onto one of the servers at a publicly accessible url 
so all the 
developers can access them.

Original issue reported on code.google.com by underbluewaters on 11 Jun 2009 at 9:20

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

See also GoogleEarthAPIIntegration in the wiki.

Original comment by underbluewaters on 11 Jun 2009 at 10:13

[GoogleCodeExporter]

Chris has created some test layers here in arc2earth.
http://marinemap.org/kml_test/

I've also converted the substrate data using a geotiff he provided and 
gdal2tiles
http://marinemap.org/kml_test/cburt/SubstrateProjected-ok/

We've found some issues where in Google Earth 5 some "banding" shows up near 
tile edges. The work around 
for this is to turn terrain off. I've filed an issue on the Google Earth bug 
tracker:
http://code.google.com/p/earth-issues/issues/detail?
id=368&q=superoverlay&colspec=ID%20Type%20Summary%20Status%20Owner%20Stars

So far performance has been good using regionated kml files. The performance of 
the Earth API seems 
comparable to the desktop client.

Original comment by underbluewaters on 23 Jun 2009 at 10:34

[GoogleCodeExporter]

I've updated that ticket on earth-issues with a clampedToSeafloor test:

http://code.google.com/p/earth-issues/issues/detail?
id=368&q=superoverlay&colspec=ID%20Type%20Summary%20Status%20Owner%20Stars

Original comment by underbluewaters on 29 Jun 2009 at 4:40

[GoogleCodeExporter]

So far we've tested point data using ports, and superoverlays using the 
substrate data. I think for this ticket to 
close, we need to test another, more complex point data layer, as well as a 
complex vector feature like the study 
region boundary. These should both be heavily regionated.

Original comment by underbluewaters on 8 Jul 2009 at 4:18

[GoogleCodeExporter]

Issue 13 has been merged into this issue.

Original comment by underbluewaters on 8 Jul 2009 at 4:19

[GoogleCodeExporter]

This ticket is completed as far as being an initial test of the viability of 
KML being used for marinemap.

Original comment by underbluewaters on 5 Oct 2009 at 4:34

• Changed state: Done