Re: [udig-devel] Removed the last of the jars and GPL code … ready to go

[Jody Garnett <jody.garnett@xxxxxxxxx>]

Okay here is the our second attempt:

- https://github.com/uDig/udig-platform/tree/locationtech_ip_CQ_Request2 

Frank: review the commits above, you will see I needed to remove some of your image_io jars as I could not source them from a repository (sad)

Andrea:  it looks like there are two JGrass renderers, the one in JGTtmsRenderMetricsFactory.java has been disabled (i.e. always returns false) until we can restore the functionality.

-- 

Jody Garnett

On Thursday, 25 April 2013 at 5:04 PM, Jody Garnett wrote:

Looks like we have removed the last of the jars: https://jira.codehaus.org/browse/UDIG-1990

The remaining ones were all DUMMY jars (literally had an empty file called DUMMY.txt in them when I unzipped to take a look!).

I was able to create a pom-libs.xml file to create a DUMMY jar for us, allowing the initial code contribution to be contributed … jar free.

The last thing is GlobalMercator, I asked for help hunting down alternate implementations on the location-tech email list. As it will be easier to show we are on the level if we are copying an existing implementation. The two methods we need look to be used a) generate the bounds of tile for jgrass b) swap the index around to generate a consistent filename when a tile is saved to disk?

Aside: I spotted similar logic in WMSCTile and OSMTile in our code base (as that code also needs to generate the bounds for individual tiles in order to represent them as a GridCoverage).

I have taken a tag here: https://github.com/uDig/udig-platform/tree/global_mercator

And think we are ready to tag our initial contribution?

So we are heading off with two known problems:

a) jgrass rendering will be broken until replacement tile logic is found

b) when generating a product the result does not start up (see email from earlier in the week)

git

-- 

Jody Garnett