Basic WWJ

[ayman]

I want to display Satellite imagery and some layer rendering only. there is many classes that will not be used in my project. is there any basic version contains only the basic functionality of viewing and rendering the satellite images.
or is there any tools that track the user classes starting from the main Class, and delete other unused classes.

[nlneilson]

That question is ambiguous as to what you are looking for but will try and answer.

NO, one SDK download fits all.

YES, you can start with something very basic like ...\src\gov\nasa\worldwind\examples\Hell oWorldWind.java and add only the layers you want.

A workspace with the full SDK is ~300MB and a .jar is ~8.6MB.
To deploy I delete stuff out of the workspace to get it to ~60MB and the .jar is ~4.9MB.
There is no way to delete stuff automatically that I have found.

With the FAA Charts I have a total of about 35 layers.

[what_nick]

You can use a tool like Proguard , which is a Java code minimiser, to analyse your application from the main class out to remove all unused bits of the API. However these tools may fail to detect some dynamically loaded classes etc and make your application unstable, so test and test again before you ship.

Cheers,

whatnick.

[nlneilson]

Thanks whatnick for the link!

I downloaded and when I get a chance I will try it.
Right now I am trying to compile your dstile code in MSVC 10 and/or Ultimate++.

[nlneilson]

whatnick

I tried Proguard, obviously I don't know how it is used but I think without including the jogl .jars is a big issue. My WWJ app just has jogl.dll and jogl_awt.dll in the same directory. Plus I have Java 1.7 but did use the "-target 1.6". Also the MyLayers.xml, DataFileStore.xml files and the directory that contains the individual .xml layers could be a problem for references as I want to keep them external to the WWJ app.jar.

Warning: there were 171450 unresolved references to classes or interfaces.
         You may need to specify additional library jars (using '-libraryjars').

Warning: there were 1165 unresolved references to program class members.

I don't think I will pursue that further.

Did you ever get a WWJ app to run correctly after using Proguard??

[what_nick]

Hi Neil,

Setting up libraryjars is like setting up classpath in a compiler/IDE. Proguard with worldwind does indeed work. The xml's are resolved relative to where worldwind is launched from or where worldwind.jar lives. I believe you can keep them external to the jar.

Regarding dstile, I left the company in the hands of a liquidator so repository with my code probably got blown away. The current wisdom says use the ImageryAndElevation import demo code to leverage the gdal libraries via Java. I suggest letting dstile fall into legacy and using this route instead.

Cheers,

whatnick.

[nlneilson]

Hi whatnick

It's good to know Proguard does work with a WWJ app.
I will try later but with a very simple app first.
My app is a bit complicated so may need to work any glitches out one at a time.
Most of my code that controls the WWJ app has been ported to C++ and works great.


http://www.nlneilson.com/wwposts/UppTree_6.jpg
http://www.nlneilson.com/wwposts/UppTree_7.jpg

I was able to find a link with your dstile code but my knowledge of working with MSVC IDE is limited, I just don't like using it. I use Ultimate++ for my C++.

I decided to go another route using gdal directly in FWTools/OSGeo4W.
gdal_merge works OK and I am changing gdal2tiles so an lztd can be fed in as a parameter rather than the default 180 degrees.

I will look at the ...\examples\dataimport\ImportingImagesA ndElevationsDemo.java

I have used your dstile considerably in the past for the FAA Charts.
THANKS for that.

[nlneilson]

I tried the Import Demo code, it works good and posted a few notes here at #9:
http://forum.worldwindcentral.com/sh...4174#post94174

[nlneilson]

I had a hard time debugging through the Import code to find where some things were done.

The .xml that is made shows this for the lztd:

- <LevelZeroTileDelta>
  <LatLon latitude="4.69540 31335 80968" longitude="5.656231126309227" units="degrees" />

and on another one 

  <LatLon latitude="4.696246714776091" longitude="5.500012666237986" units="degrees" />

I don't think I want to go that route.
I want to specify an lztd as 1.0, 2.0, 5.0, 10.0, etc..

I will just finish modifying gdal2tiles.

[nlneilson]

I was able to make a few changes to gdal2tiles.py
Downloaded Klokan's version that supports the .jpg format and made that the default.
Made geodetic the default
Couldn't turn off making the .kml so just deleted that code
Changed the naming convention

#	return os.path.join(str(tz), str(tx), "%s.%s" % (ty, extension))
	return os.path.join(str(tz), str(ty), "%s_%s.%s" % (ty, tx, extension))

The changes were made in Notepad++ since PyScripter with Python 3.2 or 2.7 wouldn't work with the gdal code so may need to try Python 2.4 or 2.5.

Placed some tiles in my cache but could not display them.
Put them on my website and could download and display them in a WWJ app with a url like this:
http://nlneilson.com/serv/FAA/TAC/te...52/352_175.jpg ...\9\352\352_175.jpg

But they were saved in the cache as \0\352\352_175.jpg rather than \9\352\352_175.jpg

Strange that the WWJ code changes the levels from 9 to 0

My error???