You could google it
From: Andrew Miskelly [mailto:amiske...@weatherzone.com.au]
Sent: Wednesday, 25 September 2019 1:25 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] ImageMosaic and S3-GeoTiff
Hi Folks,
There was a brief thread about using ImageMosaic with GeoTiffs whic
Hi Folks,
There was a brief thread about using ImageMosaic with GeoTiffs which are
stored in S3 - via the S3-GeoTiff plugin - earlier in the month.
https://sourceforge.net/p/geoserver/mailman/message/36719882/
I'm interested to know whether anyone was able to get this working. In my
case, ImageMo
Welp it looks like half my message has been swallowed by nabble :(
Here's the error:
```
Could not list layers for this store, an error occurred retrieving them:
org.geotools.data.DataSourceException:
GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
Projected Systems are suppo
I'm having issues adding a store for a compressed GeoTIFF on GeoServer 2.16:
The confusing thing here is that the *same* file without compression works
just fine. I can load both files into qgis without issue, the only
difference being the COMPRESSION annotation:
The complete gdalinfo output
Hi all,
I'm migrating some layers from Geoserver 2.9.3 to 2.15.1. A Style for an
ImageMosaic layer is behaving unexpectedly on the new version of Geoserver.
The SLD is here: https://pastebin.com/DKyZhuZU
When this style is applied to a 3 band ImageMosaic, it shows up as completely
black. I've
cdo can do it:
https://code.mpimet.mpg.de/projects/cdo/wiki/Tutorial
[cid:image002.png@01D572D8.D4B260A0]
cdo -sellonlatbox,-180,180,-90,90
Gregory Turner
Chief Architect
i4 Insight, Inc.
cell: +1.720.335.1744
greg.tur...@i4-insight.com
Exactly Jukka/Arnaud, is not easy to reproduce the problem, sometimes
truncate works sometimes no, and nothing is displayed in the server log.
In my case sometimes part o cache is truncated but not at all.
I´ll try debug later to find one way to reproduce the problem, I already try
change truncat
The grid remains unchanged:
cdo sellonlatbox,-140.125,-59.875,21.875,53.125 -copy
Downloads/cephfs/wfas/data/gfs/APCP/gfs.t00z.pgrb2.0p25.f003.grb2
aout.grb2
cdo(2) copy: Process started
cdo copy/selall : UNCHANGED_RECORD=0
cdo copy/selall : cdiGribDataScanningMode=0; lcopy=0
cdo(2) co
I see that the sample test data for the grib plugin in geotools is
gridded in the same way:
==
cdo sinfon sampleGrib.grb2
File format : GRIB2
-1 : Institut Source T Steptype Levels NumPoints Num Dtype :
Parameter name
1 : NCEP unknown v instant 1 1 4941
Is there a way in Geoserver to account for (or adjust) longitudes b/n
0-360 for raster data?
I have a dataset that is referenced on 0-360 longitude space, in Grib2
format, and this makes it very inconvenient, especially with GetMap
requests:
https://user-images.githubusercontent.com/39599557/6527
I see, thank you for this interesting feedback Jukka.
On Tue, 2019-09-24 at 14:36 +, Rahkonen Jukka (MML) wrote:
> Hi,
>
> I know that truncate was not reliable at all with a GeoWebCache
> version from a few years ago. By then we stopped using truncate but
> re-seeded all the areas with new da
Hi,
I know that truncate was not reliable at all with a GeoWebCache version from a
few years ago. By then we stopped using truncate but re-seeded all the areas
with new data. We tried to reproduce the issue but unfortunately it was not so
easy. Sometimes truncate worked, sometimes not with the
Le 24/09/2019 à 15:19, Nuno Oliveira a écrit :
If you manage to reproduce the issue, ideally whit GeoServer release
data, then feel free to open a JIRA ticket.
I surelly will. But it happened only once (or I did not realize it the
other times), and it happened on an unmanaged server so I'm not
If you manage to reproduce the issue, ideally whit GeoServer release
data, then feel free to open a JIRA ticket.
On Tue, 2019-09-24 at 13:04 +0200, Arnaud L. wrote:
> Le 24/09/2019 à 12:50, Nuno Oliveira a écrit :
> >
> > That say, when you get back a 200 and the cache on disk was not
> > deleted,
Hi,
I don't know anyone that has tried version 19 yet, but you might do it and
report back?
I believe there are Oracle docker images to ease the setup
Cheers
Andrea
On Fri, Sep 20, 2019 at 1:14 PM Charlotte Toma (WhereGroup) <
charlotte.t...@wheregroup.com> wrote:
> Hello,
>
> i would like to k
Le 24/09/2019 à 12:50, Nuno Oliveira a écrit :
That say, when you get back a 200 and the cache on disk was not deleted,
it usually means that one of the provided truncate parameters didn't
match the cache (e.g. style, image format, etc ...).
I already got a truncate request that did not delet
Hi,
I only have experience with Oracle 12.x or lower.
That say the best way, except having GeoServer run for a few months
using Oracle new versions, is to run GeoTools on line tests [1]
against one of those Oracle versions
Best regards,
Nuno Oliveira
[1] http://docs.geotools.org/latest/developer/c
Hi,
Getting a 200 for a truncate request means that the provided layer name
was correct and that no errors happen during the truncate.
Although, GWC doesn't know in advanced which styles, image formats, or
other combinations are expected \ valid, hence it cannot check them.
That say, when you get b
Hi all,
GeoServer 2.15.3 just got released, see announcement and download links
here:
http://blog.geoserver.org/2019/09/24/geoserver-2-15-3-released/
In case you missed it, GeoServer 2.16.0 got also released last week, see
announcement
and download links here:
http://blog.geoserver.org/2019/09/18/
19 matches
Mail list logo
