Re: [Geotools-devel] proposal for math function coverage module

2008-06-30 Thread Adrian Custer
On Mon, 2008-06-30 at 08:37 -0700, Sunburned Surveyor wrote: > I'm jumping into the middle of this conversation, but I wanted to > clarify something. I don't know if it will add to the discussion, but > I hope it will. > > The Geoid is not a mathematical figure like an ellipsoid, so I don't > thin

Re: [Geotools-devel] proposal for math function coverage module

2008-06-30 Thread Sunburned Surveyor
I'm jumping into the middle of this conversation, but I wanted to clarify something. I don't know if it will add to the discussion, but I hope it will. The Geoid is not a mathematical figure like an ellipsoid, so I don't think you can really refer to "conversion" equations. A geoid is more like a

Re: [Geotools-devel] proposal for math function coverage module

2008-06-30 Thread Michael Bedward
Many thanks Martin, Simone and Adrian for those further comments - they are very helpful for my thinking and much appreciated. ciao Michael - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell s

Re: [Geotools-devel] proposal for math function coverage module

2008-06-30 Thread Adrian Custer
On Mon, 2008-06-30 at 23:09 +1000, Michael Bedward wrote: > Thanks Adrian - I just grabbed a copy of Bryce's document which I was > completely ignorant of. > > It will probably turn out that my thoughts / needs will equate to a > cheap hack relative to the systematic framework set out in the > sta

Re: [Geotools-devel] proposal for math function coverage module

2008-06-30 Thread Simone Giannecchini
On Mon, Jun 30, 2008 at 1:36 PM, Michael Bedward <[EMAIL PROTECTED]> wrote: > Hi all, > > A few days ago I asked about how to implement a coverage defined on a > mathematical function on the users' list. Simone and Martin replied > with info about using JAI's ImageFunction directly or indirectly -

Re: [Geotools-devel] proposal for math function coverage module

2008-06-30 Thread Martin Desruisseaux
Michael Bedward a écrit : > One approach to this would be a type of coverage based on a > mathematical function (passed to its constructor perhaps). It would > use lazy instantiation so that the function would only be parsed into > some efficiently runnable form (an AST perhaps) when the coverage

Re: [Geotools-devel] proposal for math function coverage module

2008-06-30 Thread Michael Bedward
Thanks Adrian - I just grabbed a copy of Bryce's document which I was completely ignorant of. It will probably turn out that my thoughts / needs will equate to a cheap hack relative to the systematic framework set out in the standard :) But in the event that I what I write for my own use looks li

Re: [Geotools-devel] proposal for math function coverage module

2008-06-30 Thread Adrian Custer
Hey, You are starting to talk about real 'coverages' rather than 'grid coverages'. There is a spec to help you implement such a thing, ISO 19123, probably with antecedents in the OGC world. You are discussing an 'analytic coverage' or more specifically a time-dependent analytic coverage. The quic

[Geotools-devel] proposal for math function coverage module

2008-06-30 Thread Michael Bedward
Hi all, A few days ago I asked about how to implement a coverage defined on a mathematical function on the users' list. Simone and Martin replied with info about using JAI's ImageFunction directly or indirectly - this was a big help. Sometime soon I'll have a need for a leaner (in terms of overhe