Loading WW image layers in WWJ

[patmurris]

Here is a very first shot at a WW 'layer loader' for WWJ. It can create tiled image layers from a World Wind XML layer definition. No WMS yet.


Geocover 2000 in WWJ

This very first version only supports layers with a ImageTileService definition node - no support for WMS. I tested it with a copy of @Images.tmp. This should work for ZoomIt too.

I'm not sure WWJ supports WMS yet...

It works, but the download seems hazardous... not sure if WWJ struggles or the servers are slow.

[bull]

Sweet, looks like the first WWC Java client may well be completly coded by you

[sophiap]

If you look at PoliticalBoundaries.java, you'll see the code for adding a WMS. Here's a shaded SRTM layer from our server.



The code uses parameters for a WMS 1.1.1, but it lacks the "version=1.1.1" parameter, which can confuse a WMS. This can cause a bunch of tiles with inimage errors to be downloaded. Speaking of which, does anyone know how to clean or flush the tile cache in WWJ, or where its written?

[patmurris]

Very good hint for WMS... i'll look into it right away
There is some urlBuilder code for WMS in this thread posted by vash.
The cache on windows is in C:\Documents and Settings\All Users\Application Data\WorldWindData

[patmurris]

Here is version 0.2 of the WW XML Layer 'loader'. With WMS support.


France BRGM geology layers from a WMS server - this would need some shading

So far it works fine, but i'm not sure which wms arguments are requiered and when, so it may not fit all servers... and layer are loading too soon - i have to figure out the number of 'empty levels'.

[GIS]

I am not sure if I am following here. Does this mean it can load tiles from WW cache pack for offline use? I remember reading somewhere the tile format is slightly different.

[patmurris]

Not exactly. It allows WWJ to connect to the various servers and layersets that are described in WW xml config files used with the actual .net version.

The cache packs are another problem that has been raised - WWJ use a different naming convention like 1-1.dds instead of 0001-0001.dds for the cache.

[GIS]

Originally Posted by patmurris

Not exactly. It allows WWJ to connect to the various servers and layersets that are described in WW xml config files used with the actual .net version.

The cache packs are another problem that has been raised - WWJ use a different naming convention like 1-1.dds instead of 0001-0001.dds for the cache.

Am I right to say that if we can do some kind of conversion to the filename just before the file is being loaded into memory i.e. converting a 1-1.dds to 0001-0001.dds, we can make use of our existing cache?

[patmurris]

There may be several ways to achieve some kind of cache compatibility. I havent looked into it yet. The problem may be to do it from 'outside' the core... not sure.

One way or an other, i cant imagine WWJ ignoring terabytes of existing WW cache - and the corresponding bandwidth/server load.