Yep, exactly this bug happens here.
An Oracle Georaster Object is basically a BLOB with extra features
- georeferencing
- inner tiling
- pyramids
You can compare such an object with a geotff file.
This proposal has the following architecture.
- You have a big base image.
- Generate the tiles fo
On Wed, Feb 2, 2011 at 5:33 PM, wrote:
> ??? I do not understand at all.
> Within the new extended border, I need the pixels from the neighbor tiles.
>
> Normally, if I have a big image,
> I create the pyramids and finally create the tiles for all levels.
>
> If I create the the tiles first and t
On Wed, Feb 2, 2011 at 4:52 PM, wrote:
> Quoting Andrea Aime :
>
>> On Wed, Feb 2, 2011 at 3:16 PM, wrote:
>>>
>>> and look at the pictures explaining bicubic and bilinear
>>> interpolation. You cannot interpolate correctly pixels at your tile
>>> borders (expect the tile border is also the bor
??? I do not understand at all.
Within the new extended border, I need the pixels from the neighbor tiles.
Normally, if I have a big image,
I create the pyramids and finally create the tiles for all levels.
If I create the the tiles first and the pyramids for each tile
individually, it is possi
Ciao Christian,
andrea is right, the trick is to use a border extender of appropriate
size which simply
copies the border pixels over and over within the limits of the
appropriate size of course
which depends on the padding required by the interpolation, 1, 2 ,4
etc. etc. (see the interpolation cla
Quoting Andrea Aime :
> On Wed, Feb 2, 2011 at 3:16 PM, wrote:
>> and look at the pictures explaining bicubic and bilinear
>> interpolation. You cannot interpolate correctly pixels at your tile
>> borders (expect the tile border is also the border of the big image).
>>
>> Nearest neighbor interp
On Wed, Feb 2, 2011 at 3:16 PM, wrote:
> and look at the pictures explaining bicubic and bilinear
> interpolation. You cannot interpolate correctly pixels at your tile
> borders (expect the tile border is also the border of the big image).
>
> Nearest neighbor interpolation uses the closet pixel,
_
> From: christian.muel...@nvoe.at [christian.muel...@nvoe.at]
> Sent: 01 February 2011 17:53
> To: Steve Way
> Cc: geotools-devel (geotools-devel@lists.sourceforge.net);
> jgarn...@refractions.net
> Subject: RE: [Geotools-devel] Proposed Oracle Geora
t: RE: [Geotools-devel] Proposed Oracle Georaster Mosaic Module
Quoting Steve Way :
> Hi Christian,
>
> Thanks for your advice.
>
> We are actually getting the max pyramid level from Oracle, so if no
> pyramids exist, then the base table will be used for all requests,
> therefore
: christian.muel...@nvoe.at
Cc: Steve Way; jgarn...@refractions.net; geotools-devel
(geotools-devel@lists.sourceforge.net)
Subject: Re: [Geotools-devel] Proposed Oracle Georaster Mosaic Module
On Tue, Feb 1, 2011 at 7:45 PM, Andrea Aime
wrote:
> On Tue, Feb 1, 2011 at 6:53 PM, wrote:
>&
On Tue, Feb 1, 2011 at 7:45 PM, Andrea Aime
wrote:
> On Tue, Feb 1, 2011 at 6:53 PM, wrote:
>>> I am still waiting for developer permission to the wiki - do you
>>> know who I can contact for this?
>> Andrea, Justin and Jody, select one of your choice :-)
>
> I don't seem to have any admin link
,
>> Steve
>>
>> -Original Message-
>> From: christian.muel...@nvoe.at [mailto:christian.muel...@nvoe.at]
>> Sent: 31 January 2011 09:35
>> To: Steve Way
>> Cc: geotools-devel (geotools-devel@lists.sourceforge.net);
>> jgarn...@refractions.net
>>
r, so good
>
> Thanks,
> Steve
>
> -Original Message-
> From: christian.muel...@nvoe.at [mailto:christian.muel...@nvoe.at]
> Sent: 31 January 2011 09:35
> To: Steve Way
> Cc: geotools-devel (geotools-devel@lists.sourceforge.net);
> jgarn...@refractions.net
>
Cc: geotools-devel (geotools-devel@lists.sourceforge.net);
jgarn...@refractions.net
Subject: RE: [Geotools-devel] Proposed Oracle Georaster Mosaic Module
Ahh I remember, you build the pyramids for each tile separately. I hope you are
aware of the fact that this does not work for each map. I had
help, guidance and advice would be welcome.
>
> Many Thanks,
> Steve
>
> -Original Message-
> From: christian.muel...@nvoe.at [mailto:christian.muel...@nvoe.at]
> Sent: 30 January 2011 14:08
> To: Steve Way
> Cc: geotools-devel (geotools-devel@lists.sourceforge.net);
-
From: christian.muel...@nvoe.at [mailto:christian.muel...@nvoe.at]
Sent: 30 January 2011 14:08
To: Steve Way
Cc: geotools-devel (geotools-devel@lists.sourceforge.net);
jgarn...@refractions.net
Subject: Re: [Geotools-devel] Proposed Oracle Georaster Mosaic Module
Hi, I can remember working with
Hi, I can remember working with Baskar. I hope your extension is a subclass of
the JDBCAccessCustom base class, otherwise we would have an additional
architecture (We have already two, one based on files maintained by
Simone, the second based on jdbc, maintained by me). The current
Oracle Geo
Signing that is part of the process of getting an unsupported module; we
approve credentials when we have been told the paper work is on its way to
osgeo.
Here is the procedure:
- http://docs.codehaus.org/display/GEOT/2+Committers (this one has the pdf at
the bottom)
- http://docs.codehaus.org/
On Fri, Jan 28, 2011 at 12:40 PM, Steve Way
wrote:
> I think first would be good to submit as an unsupported module as per the
> current process, then in time ensure maturity if that is ok with everyone?
Sure, sounds great :-)
I'd just double check the copyright assignment thing, I don't think
ting up maven etc.
>
> -Original Message-
> From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of
> Andrea Aime
> Sent: 28 January 2011 11:12
> To: Steve Way
> Cc: geotools-devel (geotools-devel@lists.sourceforge.net);
> jgarn...@refractions.net
> S
[mailto:andrea.a...@gmail.com] On Behalf Of Andrea
Aime
Sent: 28 January 2011 11:12
To: Steve Way
Cc: geotools-devel (geotools-devel@lists.sourceforge.net);
jgarn...@refractions.net
Subject: Re: [Geotools-devel] Proposed Oracle Georaster Mosaic Module
On Fri, Jan 28, 2011 at 11:53 AM, Steve Way
wrote:
>
On Fri, Jan 28, 2011 at 11:53 AM, Steve Way
wrote:
> Hi Jody,
>
> Last year I extended Christian’s imagemosaic-jdbc module to support Oracle
> Georaster. This however, was quite a dirty implementations and had a
> dependency on about 11 external Oracle java libraries (which, is not
> workable in
Hi Jody,
Last year I extended Christian's imagemosaic-jdbc module to support Oracle
Georaster. This however, was quite a dirty implementations and had a
dependency on about 11 external Oracle java libraries (which, is not workable
in the opensource world!).
The imagemosiac-jdbc module was the
23 matches
Mail list logo