Imagemosaic-JDBC plugin for custom db layout
Key: GEOT-3080
URL: http://jira.codehaus.org/browse/GEOT-3080
Project: GeoTools
Issue Type: New Feature
Components: gc image mosaic jdbc
Hi Baskar, it looks like you want to denote your code to geotools. I
am not sure
about that. What we can do in any case, we could attach your code as
an example to the documentation. This would be nice. I assume your
customer has allowed you to publish your code.
@Andrea, any legal problems
Christian,
Already I sent you the code with my implementation. Please suggest me the
format and contents to be present in the document.
Regards
Baskar
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Proposed-Mosaicing-GeoRaster-Module-tp4942991p5044777.html
Sent from
Okay, I dug around here a bit and I don't see any surprising behavior
here. It looks like adding that Color->String conversion fixed the
problem I was seeing as well, so even the first patch probably doesn't
fix anything any more. Sorry for the noise.
--
David Winslow
OpenGeo - http://openge
On 13/05/2010, at 12:55 PM, Ben Caradoc-Davies wrote:
> Thanks, Justin. We might be able to modify ComplexSupportXSAnyTypeBinding to
> support this. But there is another problem (I hope Jody can help):
eek.
> Jody, to create a GeoAPI object with this type requires us to have a
> ComplexType fo
Thanks, Justin. We might be able to modify
ComplexSupportXSAnyTypeBinding to support this. But there is another
problem (I hope Jody can help):
Jody, to create a GeoAPI object with this type requires us to have a
ComplexType for it to pass GeoTools validation. What does the
PropertyDescriptor
Oops, I commented on the GeoServer ticket before seeing this. For
convenience I'll copy/paste:
I'm not evaluating expressions anywhere; the CSS file gets converted
to an instance of org.geotools.styling.Style and passed to GeoTools'
SLDTransformer.transform(). When no color is specifie
Thanks David; next time can you supply a test case so we can show that the
patch "does" something? (or indeed does anything?)
As Andrea indicated we should focus a bit more on getting patches in and
reviewed so we can recommend new committers; in part by following the same
procedure ourselves :
Hi Jean
Here is what I kind of do; I use the CoordinateReferenceSystem created my WKT
to look up the "Real" CoordinateReferenceSystem produced by the EPSG database
(which is much more complete).
There is an "Equals" method that ignores metadata to assist you with this; and
because I find Coord
We should stay on the list and that stack trace should go into the bug
report :-)
So now we are making some progress it is ParameterGroup that is having trouble?
Those classes are not really supposed to be that mutable (and thus not need
cloning). Oh wait maybe it was ParameterGroupDescri
Hello
my purpose is to get a list of projection systems described in a WKT format (so
using gt-epsg-hsql-2.6.3) ;
and then to use these WKT representations to achieve tranformations using only
the library gt-referencing-2.6.3.jar
to get these WKT strings I use the following code :
Coordinat
I have a tiny little patch that I'd love to see make it into this release:
http://jira.codehaus.org/browse/GEOT-3036
As far as I know this only shows itself in the GeoServer css community
module, and there's an easy workaround, but it would be nice to get it
working in GeoTools proper.
--
Davi
It is tough to say but doubtful. Either XSAnyTypeBinding would have to
able to return properties from generic objects (which it does not), or
an application schema woudl have to extend AnyOrReferenceType to
restrict the content to some other type that the encoder does know how
to encode. So yea
Comments inline.
On 12/05/2010, at 10:02 PM, Joachim Van der Auwera wrote:
> Dear Jody,
>
> Nobody on our team has commit rights.
Well that can be fixed; I see andrea has already indicated how :-) We do try to
be an open welcoming project if there is anything we can do to assist let us
know.
Joachim Van der Auwera ha scritto:
> Dear Jody,
>
> Nobody on our team has commit rights.
>
> The patch does not literally include a patch, but it includes details
> about the fix and how to reproduce the problem (fix just involves adding
> "implements Cloneable" on "org.geotools.referencing.wk
Dear Jody,
Nobody on our team has commit rights.
The patch does not literally include a patch, but it includes details
about the fix and how to reproduce the problem (fix just involves adding
"implements Cloneable" on "org.geotools.referencing.wkt.Formattable").
Kind regards,
Joachim
On 05/12
Mosaic Reading should leverage on DecimationPolicy
--
Key: GEOT-3079
URL: http://jira.codehaus.org/browse/GEOT-3079
Project: GeoTools
Issue Type: Improvement
Components: gc imagemosai
Add support for DecimationPolicy
Key: GEOT-3078
URL: http://jira.codehaus.org/browse/GEOT-3078
Project: GeoTools
Issue Type: New Feature
Components: core coverage
Reporter: Daniele Romag
Add DecimationPolicy Hint
-
Key: GEOT-3077
URL: http://jira.codehaus.org/browse/GEOT-3077
Project: GeoTools
Issue Type: New Feature
Components: core metadata
Reporter: Daniele Romagnoli
> On 11 May 2010 17:19, Jody Garnett wrote:
>>
>> Michael can your interpolate function be brought in from the cold? I think
>> it has gotten some review now ...
>>
With Andrea's help, the problems with the last patch have been fixed
and a new one is attached to the issue...
http://jira.codehaus.
Add background values parameter to Resample operation
-
Key: GEOT-3076
URL: http://jira.codehaus.org/browse/GEOT-3076
Project: GeoTools
Issue Type: New Feature
Components: core co
On 12/05/10 14:21, Andrea Aime wrote:
> Yeah, sorry. For this specific case I knew the app-schema crew did not
> have any stake in 1.7.x/2.5.x (afaik you jumped straight from a 1.6.x
> branch to 2.0.x, correct?) so I just went ahead
Yes, you are quite right: app-schema jumped from 1.6.x/2.4.x stra
22 matches
Mail list logo