I had tracked an issue with GeoWave's implementation of AbstractGridFormat
in which it seems the AbstractGridCoverage2DReader was storing and
retrieving source images that had a single 16-bit band from landsat8 (so
the data type for this sample model is unsigned short). The GridCoverage2D
tiles th
I don't think I was very clear. The javax.media:jai_core pom.xml with the
same version geotools uses has been on maven central with the download URL
as maven central had suggested. So geotools developers have been able to
resolve it because of the OSGeo repository all along.
So to explicitly ans
; OSGeo repository. Like does the pom.xml with download instructions *have*
> to stop searching at that point?
>
> --
> Jody Garnett
>
> On 17 March 2015 at 13:40, Andrea Aime
> wrote:
>
>> On Tue, Mar 17, 2015 at 9:05 PM, Rich Fecher wrote:
>>
>>> I agre
t;
>> On Tue, Mar 17, 2015 at 6:58 PM, Rich Fecher wrote:
>>
>>> Re: GeoTools on Maven Central - I just added a "Research" heading with
>>> updated proposal documentation as promised.
>>>
>>> http://docs.codehaus.org/display/GEOTOOLS/
ch
>>
>> On Fri, Mar 6, 2015 at 9:20 AM, Jody Garnett
>> wrote:
>>
>>> Makes sense, part of the library getting more popular. The Rich Fecher
>>> possibly had some budget to put towards this (hence the proposal
>>> http://docs.codehaus.org/display/GEOTO
For GeoWave we were interested in leveraging JAI-ext's NoData support for
statistics operations, so I did an initial cut at some of the legwork in
geotools integration, specifically related to integrating into geotools'
grid coverage operations (part of #2 in Nicola's list).
Here's a snapshot of t
FOSS4G NA next week is a great opportunity
to discuss the next steps. I'll work on the proposal and send out
something when I have it updated.
Rich
On Fri, Mar 6, 2015 at 9:20 AM, Jody Garnett wrote:
> Makes sense, part of the library getting more popular. The Rich Fecher
> possib
And if the processes (WPS)
could implement some form of serialization and some form of reduce, perhaps
a distributable function could be decoupled from a distributable data
source, which I think could really benefit the API. Again, thats just my
perspective, but I wouldn't mind helping out if
read the
>> download instructions and deploy into your local repository. This is how
>> all the javax dependencies were originally handled. They even have a maven
>> FAQ entry on how to handle these kind of things.
>> On Tue, Feb 17, 2015 at 6:53 AM Rich Fecher wrote:
>
s already been done for us.
> On Tue, Feb 17, 2015 at 6:09 AM Rich Fecher wrote:
>
>> It appears we have a blocker on publishing geotools to maven central.
>> The jars for JAI have been taken off of maven central. All of the poms are
>> there, which gave me false hope when I
It appears we have a blocker on publishing geotools to maven central. The
jars for JAI have been taken off of maven central. All of the poms are
there, which gave me false hope when I was visually triaging any issues in
the geotools dependency tree.
There's a ticket against maven central strange
Wow, a lot of great activity on this thread over the weekend. On my end, a
family issue came up so I'm playing catch up now - first I'll try to give a
little background and then try to start from the top and work down...
As far as background, one thought here that's a bit bigger picture than my
s
I would prefer to go forward if we have an option. Our use of EMF is not
> very heavy (focus on fast access to generated EObjects, rather than the
> slower java beans). No need to worry about events etc...
> --
> Jody
>
> --
> Jody Garnett
>
> On 13 February 2015 at 12:49,
The maven dependency for ecore is not on maven central which is brought in
through gt-xsd. But there are many other similar versions on maven
central. The version hosted on osgeo is org.eclipse.emf:ecore:2.6.1 and it
seems the closest version on maven central is
org.eclipse.emf:org.eclipse.emf.ec
For GeoWave we are interested in moving dependencies to maven central and I
was trying to track down various dependencies that are not on maven
central. Vecmath 1.3.1 is available but not vecmath 1.3.2. If we are
talking about replacing vecmath it would be very nice to choose a library
that is on
At FOSS4G NA would it make sense to have a jai-ext BOF to discuss how to
further that effort towards integration with geotools?
I think its a fairly common wish to get the no data handling that this
project offers and just having an ongoing supported project to move beyond
what jai currently offer
-EXT we introduced the concept of NoData,
> which will be used by the Mosaic operation instead of the old
> threshold value.
>
> Regards,
> Nicola Lagomarsini.
>
> 2015-02-03 22:22 GMT+01:00 Rich Fecher :
>
>> We've been using the geotools' resample operation to
Yeah, so on the GeoWave project we started out with a simple sub-sampling
approach that used a render transform to pass the pixel dimensions of the
map request to our data store so that we could skip within our tablet
servers at the equivalent of a pixel resolution on our space filling
curve. This
We've been using the geotools' resample operation to generally resize
rasters and have run into an issue. We have multiple bands with the double
data type and in the situation where the transform resolves to an identity
transform the resulting mosaic operation ends up masking some values. The
Res
, should I hold off on any pull requests until an official
1.0 release of jai-ext or will a milestone release be sufficient?
Any guidance is appreciated,
Rich
On Fri, Aug 22, 2014 at 3:00 PM, Rich Fecher wrote:
> That's great, it sounds this is somewhere on the road map.
>
> I'
olutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39 333 8128928
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> -
I am currently working on extending https://github.com/ngageoint/geowave to
support GridCoverage (as a new geotools grid format) and was wondering if
any thought has been given to provide GeoTools coverage operations for
https://github.com/geosolutions-it/jai-ext/ and if it were a worthwhile
contri
22 matches
Mail list logo
