[Geotools-devel] [jira] Created: (GEOT-3361) WMS version is not respected if included inside GetCapabilities url

2010-12-23 Thread Ivan Grcic (JIRA)
WMS version is not respected if included inside GetCapabilities url --- Key: GEOT-3361 URL: http://jira.codehaus.org/browse/GEOT-3361 Project: GeoTools Issue Type: Bug

[Geotools-devel] Rendering Transformed Data

2010-12-23 Thread Simone Giannecchini
Dear All, I am writing this email in order to get your feedback about this bit of work that Andrea et al. @ GeoSolutions are looking into doing right now in geotools. These below are the requirements we have: * Raster to Vector * given a grid coverage, render it as a set of vector (arrows,

Re: [Geotools-devel] Rendering Transformed Data

2010-12-23 Thread Gabriel Roldán
Hi Simone, thanks for the detailed description of the intended work. It sounds very interesting to me and the approach just right. In my opinion, if there's something preventing innovation on trunk then our process is weak, even if trunk is approaching a release. May be we shouldn't release from

Re: [Geotools-devel] namespaces part 2

2010-12-23 Thread Gabriel Roldán
+1 On Mon, 2010-12-20 at 17:23 +1100, Jody Garnett wrote: I though about this; like the idea of using a ListName from an ease of use / consistency point of view. However I think I may of slightly missed the point ... In the code example I tried to show the use of an xpath for

[Geotools-devel] [jira] Created: (GEOT-3363) Allow imagemosaic to perform full native resolution extractions out of massive mosaics

2010-12-23 Thread Andrea Aime (JIRA)
Allow imagemosaic to perform full native resolution extractions out of massive mosaics -- Key: GEOT-3363 URL: http://jira.codehaus.org/browse/GEOT-3363 Project:

Re: [Geotools-devel] Rendering Transformed Data

2010-12-23 Thread Andrea Aime
On Thu, Dec 23, 2010 at 1:49 PM, Gabriel Roldán grol...@opengeo.org wrote: Hi Simone, thanks for the detailed description of the intended work. It sounds very interesting to me and the approach just right. In my opinion, if there's something preventing innovation on trunk then our process

Re: [Geotools-devel] namespaces part 2

2010-12-23 Thread Jody Garnett
To which idea is this +1 directed :-) I am getting a bit nervous watching PropertyName being used as a placeholder for a generic qualified XPath. Still I guess I understand why it is taking that shape. So is your +1 for the idea of: Query.getAttributes(): ListPropertyName // property name

Re: [Geotools-devel] namespaces part 2

2010-12-23 Thread Andrea Aime
On Fri, Dec 24, 2010 at 6:32 AM, Jody Garnett jody.garn...@gmail.com wrote: To which idea is this +1 directed :-) I am getting a bit nervous watching PropertyName being used as a placeholder for a generic qualified XPath. Still I guess I understand why it is taking that shape. So is your

Re: [Geotools-devel] namespaces part 2

2010-12-23 Thread Michael Bedward
On 24 December 2010 18:22, Andrea Aime andrea.a...@geo-solutions.it wrote: Ugh, I guess we're getting a little like OGC, where you ask for X and get Y and vice versa :-p Can't resist citing the timeless classic... http://pages.uoregon.edu/ftepfer/SchlFacilities/TireSwingTable.html Michael