Re: [Geotools-devel] MapContext extends MapContent

2011-05-07 Thread Andrea Aime
On Sat, May 7, 2011 at 8:54 AM, Jody Garnett wrote: > Maybe? The thing is, I never used any of these classes, don't know what > they > are up to. I recall it as an experiment of some time ago, but it's > actually something > > The proposal is here: > - http://docs.codehaus.org/display/GEOTOOLS/Ma

Re: [Geotools-devel] Removing old/unused/aborted

2011-05-07 Thread Jody Garnett
That's not the angle we're trying to hit here. We have customers, and potential > ones, complaining that GeoTools is full of "junk" and they point at the > unsupported modules. So it's a cleanup angle, has nothing to do with > that is useful or not useful from the pov or GeoServer and uDig. I don't

[Geotools-devel] [jira] Created: (GEOT-3570) Only rendering 1/2 geotiff

2011-05-07 Thread Jody Garnett (JIRA)
Only rendering 1/2 geotiff -- Key: GEOT-3570 URL: http://jira.codehaus.org/browse/GEOT-3570 Project: GeoTools Issue Type: Bug Components: core referencing, core render, gc geotiff Affects Versions: 8.0-M

Re: [Geotools-devel] MapContext extends MapContent

2011-05-07 Thread Andrea Aime
On Sat, May 7, 2011 at 9:04 AM, Andrea Aime wrote: > > Yep it is, I just completely forgot it was there to start with > Had another look at the proposal, setup as it is it will be harder than necessary to handle the switch of StreamingRenderer the Layer/MapContext API as the design of streaming re

Re: [Geotools-devel] MapContext extends MapContent

2011-05-07 Thread Andrea Aime
On Sat, May 7, 2011 at 3:03 PM, Andrea Aime wrote: > On Sat, May 7, 2011 at 9:04 AM, Andrea Aime > wrote: >> >> Yep it is, I just completely forgot it was there to start with Another angle to look at this is how deep the MapContext hierarchy really is. GeoServer uses a WMSMapContext which is a s

[Geotools-devel] [jira] Created: (GEOT-3571) Generate prj files with ESRI friendly nomenclature

2011-05-07 Thread Andrea Aime (JIRA)
Generate prj files with ESRI friendly nomenclature -- Key: GEOT-3571 URL: http://jira.codehaus.org/browse/GEOT-3571 Project: GeoTools Issue Type: Improvement Components: core referenc

[Geotools-devel] Generating prj files in ESRI dialect by default?

2011-05-07 Thread Andrea Aime
Hi, nowadays when generating .prj files for shapefile and world files GeoTools produces something like the following: PROJCS["WGS 84 / UTM zone 35S", GEOGCS["WGS 84", DATUM["World Geodetic System 1984", SPHEROID["WGS 84", 6378137.0, 298.257223563, AUTHORITY["EPSG","7030"]], AUTHO

Re: [Geotools-devel] Removing old/unused/aborted

2011-05-07 Thread Ian Turton
On 7 May 2011 03:07, Jody Garnett wrote: > Asking people to grab stuff from the past would also work for me; the > downside is we cannot > ask people to fix things in the past. > So what would the procedure be; they would ask on the email list if they can > work on "excel" for example; and > copy

Re: [Geotools-devel] Generating prj files in ESRI dialect by default?

2011-05-07 Thread Frank Gasdorf
Hello Andrea, at work I have an ArcMap installation (9.3 and 10) and I'll try it on Monday. Could you provide a simple shapefile with content. Or could you just give me a pointer to a test case which I could use to generate such a prj file. Cheers, Frank 2011/5/7 Andrea Aime : > Hi, > nowadays

Re: [Geotools-devel] [udig-devel] udig 1.2.2 work party - antlr?

2011-05-07 Thread Jody Garnett
That seems really odd; I "ignored" antlr-2.7.7 so chances are I have broken > > something. > Yes, that is odd, I really need the jaitools to be working in the > release. We need to remember to add them. > Tell me a place where to put things that seem wrong but are right and > I will do it. At every

[Geotools-devel] Antlr 2.7.7 vs 3.3

2011-05-07 Thread Jody Garnett
For reference here are the three jars that show up: antlr-2.7.7.jar antlr-3.3.jar antlr-runtime-3.3.jar -- Jody Garnett On Sunday, 8 May 2011 at 9:04 AM, Jody Garnett wrote: > That seems really odd; I "ignored" antlr-2.7.7 so chances are I have broken > > > something. > > Yes, that is odd, I r

Re: [Geotools-devel] Removing old/unused/aborted

2011-05-07 Thread Jody Garnett
Quick question; the excel plugin was mentioned recently on the geoserver (http://jira.codehaus.org/browse/GEOS-4461) list by Shane. Shane we we considering dropping things from GeoTools unsupported that do not have a friend. Perhaps you would consider becoming co-module maintainer with Ian Turto

Re: [Geotools-devel] MapContext extends MapContent

2011-05-07 Thread Jody Garnett
Another angle to look at this is how deep the MapContext hierarchy really is. > GeoServer uses a WMSMapContext which is a sub-sub-subclass of MapContext. > What is going to happen to the other two subclasses of MapContext? > (see attached picture, showing the inheritance hiearchy). Thanks for the p

Re: [Geotools-devel] MapContext extends MapContent

2011-05-07 Thread Jody Garnett
Had another look at the proposal, setup as it is it will be harder than necessary to handle > the switch of StreamingRenderer the Layer/MapContext API as the design of > streaming > renderer is style oriented, and the hierachy of Layer has getStyle() just as > an afterthought. > > This is probl

[Geotools-devel] Doc Module Maintainer offer

2011-05-07 Thread Jody Garnett
Afternoon Micheal: I was thinking about the docs module; and I would like to extend to you an offer / idea. Would you like to join me as module maintainer; the role for the doc module amounts to "editor" - mostly checking over changes (example Mauricio asking for a review of Sphinx use). I th

Re: [Geotools-devel] MapContext extends MapContent

2011-05-07 Thread Andrea Aime
On Sun, May 8, 2011 at 1:52 AM, Jody Garnett wrote: > Another angle to look at this is how deep the MapContext hierarchy really > is. > GeoServer uses a WMSMapContext which is a sub-sub-subclass of MapContext. > What is going to happen to the other two subclasses of MapContext? > (see attached pic

Re: [Geotools-devel] MapContext extends MapContent

2011-05-07 Thread Andrea Aime
On Sun, May 8, 2011 at 2:07 AM, Jody Garnett wrote: > Had another look at the proposal, setup as it is it will be harder than > necessary to handle > the switch of StreamingRenderer the Layer/MapContext API as the design of > streaming > renderer is style oriented, and the hierachy of Layer has ge