[Geotools-devel] [jira] Created: (GEOT-3518) Update GeoTools TRUNK to ImageIO-Ext 1.1.x

Update GeoTools TRUNK to ImageIO-Ext 1.1.x -- Key: GEOT-3518 URL: http://jira.codehaus.org/browse/GEOT-3518 Project: GeoTools Issue Type: Task Components: core coverage, gc imageio ext gdal,

[Geotools-devel] Upgrading to ImageIO-Ext 1.1.x

Hi all, I'm finishing some tasks in preparing the ImageIO-Ext 1.1.x upgrade which leverages on GDAL 1.7.3 (I have created a 1.1-RC1 release) I will update the GeoTools Trunk to that version in the next hours. The related JIRA is this one: http://jira.codehaus.org/browse/GEOT-3518 The ImageIO-ext

Re: [Geotools-devel] Upgrading to ImageIO-Ext 1.1.x

I will need a new JRE for uDig for this one? We keep uDig trunk on geotools trunk ... so "yes" I think that would make moovida very happy. Let me check with the udig list; it may take a bit of time as moovida is travelling. -- Jody Garnett On Friday, 15 April 2011 at 5:37 PM, Daniele Romagnol

Re: [Geotools-devel] Upgrading to ImageIO-Ext 1.1.x

Daniele I will need more than a couple hours warning for changes of this sort; it does involve doing a fair amount of work to assemble jre bundles for use in the uDig release process etc. Q: Does it fail gracefully? ie will geotools continue to function and just report those formats as "not ava

Re: [Geotools-devel] Upgrading to ImageIO-Ext 1.1.x

Hi Jody, I didn't committed yet for the moment. I have all the changes in my local system. On Fri, Apr 15, 2011 at 9:59 AM, Jody Garnett wrote: > Daniele I will need more than a couple hours warning for changes of this > sort; it does involve doing a fair amount of work to assemble jre bundles

Re: [Geotools-devel] Upgrading to ImageIO-Ext 1.1.x

Hi Daniele; I had an idea in talking with Andrea on IRC. uDig right now is pulling 2.8-SNAPSHOT; that means you could safely update trunk (as trunk is 8-SNAPSHOT). So in this case we are "saved by the bell", you can go ahead with your change. In the future though it would be good to communicate

Re: [Geotools-devel] Upgrading to ImageIO-Ext 1.1.x

Hi Jody, On Fri, Apr 15, 2011 at 10:07 AM, Jody Garnett wrote: > Hi Daniele; I had an idea in talking with Andrea on IRC. > > uDig right now is pulling 2.8-SNAPSHOT; that means you could safely update > trunk (as trunk is 8-SNAPSHOT). > > So in this case we are "saved by the bell", you can go ah

Re: [Geotools-devel] Upgrading to ImageIO-Ext 1.1.x

> I'm finishing some tasks in preparing the ImageIO-Ext 1.1.x upgrade which > leverages on GDAL 1.7.3 (I have created a 1.1-RC1 release) Just two short connected questions: - Will it also work with GDAL 1.8? - Does it still require to patch GDAL? Thanks in advance! Mathieu -

Re: [Geotools-devel] Upgrading to ImageIO-Ext 1.1.x

Hi Mathieu On Fri, Apr 15, 2011 at 10:38 AM, Mathieu Baudier wrote: > > I'm finishing some tasks in preparing the ImageIO-Ext 1.1.x upgrade which > > leverages on GDAL 1.7.3 (I have created a 1.1-RC1 release) > > Just two short connected questions: > - Will it also work with GDAL 1.8? > We should

Re: [Geotools-devel] Upgrading to ImageIO-Ext 1.1.x

Hi Daniele, thanks a lot for your quick answer. I am contributing to the Enterprise Linux GIS effort: http://wiki.osgeo.org/wiki/Enterprise_Linux_GIS and we recently upgraded to GDAL 1.8.0. In the near future we want to add support for Java GIS (imageio-ext => GeoTools => GeoServer etc.), hence

Re: [Geotools-devel] map layers and event handling

Hi Jody, > Understood; as this section of the code has fallen into technical debt > perhaps you can fix these ones interactively without going through the full > proposal process? Cool - that would be a nice way to do it. > I would recommend using an Enum rather than int for example :-) Agreed

[Geotools-devel] Added doc to the (unsupported) mark-wkt module

...feedback appreciated (http://docs.codehaus.org/display/GEOTOOLS/WKT+and+weather+symbols+for+marks). Regards, Luca Morandini http://www.lucamorandini.it -- Benefiting from Server Virtualization: Beyond Initial Workload

Re: [Geotools-devel] Added doc to the (unsupported) mark-wkt module

Simply amazing! This is something that I want to add to the uDig style editor asap. Ciao, Andrea On Fri, Apr 15, 2011 at 6:34 PM, Luca Morandini wrote: > ...feedback appreciated > (http://docs.codehaus.org/display/GEOTOOLS/WKT+and+weather+symbols+for+marks). > > Regards, > > Luca Morandini > htt

Re: [Geotools-devel] Added doc to the (unsupported) mark-wkt module

On Fri, Apr 15, 2011 at 6:40 PM, andrea antonello < andrea.antone...@gmail.com> wrote: > Simply amazing! This is something that I want to add to the uDig style > editor asap. > Ha ha, Andrea is always excited about rendering improvements :-) Cheers (the other) Andrea -- ---

Re: [Geotools-devel] Added doc to the (unsupported) mark-wkt module

On 04/15/2011 07:15 PM, Andrea Aime wrote: > On Fri, Apr 15, 2011 at 6:40 PM, andrea antonello > wrote: > > Simply amazing! This is something that I want to add to the uDig style > editor asap. > > Ha ha, Andrea is always excited about rendering improveme

Re: [Geotools-devel] EFeatureDataStore wiki: Adding spatial support to EMF models

Hi! The feedback is much appreciated. See my response below. 2011/4/14 Michael Bedward > Hi Kenneth, > > I'm one of the PMC members. Welcome, and thanks for putting up your > proposal. > > I also work with data from experimental settings, and having spatial > and temporal components, so I'm int

Re: [Geotools-devel] Added doc to the (unsupported) mark-wkt module

Looking good :-) We also have the sphinx based docs for our user guide; I will see if I can cut and paste from your wiki page (but would like to ask people to start contributing directly as we have not had much luck with the wiki). -- Jody Garnett On Saturday, 16 April 2011 at 2:34 AM, Luca Mo

Re: [Geotools-devel] EFeatureDataStore wiki: Adding spatial support to EMF models

Hi Kenneth, Thanks for that - the new text helps somewhat, although as a naive (EMF-wise) reader I'm still unclear on the advantages for critical applications. In a past life I've worked on wildfire modelling, including reviewing software used for real-time fire incident management, so I've been t

Re: [Geotools-devel] Added doc to the (unsupported) mark-wkt module

Very cool Luca ! This will be a hit with users. Michael On 16 April 2011 02:34, Luca Morandini wrote: > ...feedback appreciated > (http://docs.codehaus.org/display/GEOTOOLS/WKT+and+weather+symbols+for+marks). > > Regards, > > Luca Morandini > http://www.lucamorandini.it > >

[Geotools-devel] simpler grid coverages

Hi all, For some time I've been thinking about how to ease the pain that some users experience when coming to grips with GridCoverage2D and its friends. My impression, based on questions on the user list over the last couple of years, plus my own learning experience, is that the coverage module is

Re: [Geotools-devel] simpler grid coverages

+1 From me; good to explore the ideas. The only one that confused me was the working with Number? Notes: - I also put into some thought into the idea a more simple Format plugin system (but cannot find the wiki page); but I think Simone got further than me. - whatnick was asking about this kind

Re: [Geotools-devel] Upgrading to ImageIO-Ext 1.1.x

Indeed that makes me very happy (I think we might get netcdf back into uDig). An yes I am abroad right now, so I can be on that only when I come back. Willing to do one of the nice hacking sessions with Jody to get this work. ciao, Andrea On Fri, Apr 15, 2011 at 9:53 AM, Jody Garnett wrote: > I

Re: [Geotools-devel] simpler grid coverages

Hi Jody, > +1 From me; good to explore the ideas. Thanks for that. > The only one that confused me was the working with Number? Consider it an experimental, but some advantages over working with primitive types: - It makes for a simpler API (fewer methods) - It allows out-of-bound coordinates t