from:"Alexander Petkov"

[Geoserver-users] WPS Demo panel functionality in 2.24.4

2024-07-24 Thread Alexander Petkov

After upgrade to 2.24.4, WPS requests made via the Demo panel do not
complete...

Anyone else experienced this?

Command line submissions work.

Thanks in advance!

Alex
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] ImageMosaic location - URLs?

2024-02-15 Thread Alexander Petkov

I just did this yesterday. I followed the first two links in the index for
COG documentation:

https://docs.geoserver.org/main/en/user/community/cog/index.html

The most relevant lines in indexer.properties are:
Cog=true
CanBeEmpty=true

I also chose to pre-populate granules, and define a layer afterwards. This
helped with calculating the proper extent:
UseExistingSchema=true

Using a remote S3 bucket, however, is much too slow for such a large number
of granules (~1000).
I will look for a local storage solution and mosaic indexing.

If your tiles are indexed by time, this might be a workable solution.
However, for a horizontally tiled mosaic using remotely stored tiles might
not be practical.


On Fri, Feb 9, 2024 at 1:22 PM Scott Lewis  wrote:

> Based on my experimenting with this, and the limited documentation/search
> results I could find, I think I know the answer to this, but before I give
> up I wanted to just ask.
>
> I have some data that I have in an ImageMosaic store that I want to
> retrieve with WCS.  I've configured the layers to use a PostGIS database to
> store the file information.  I have the location field pointing to files I
> have in a test directory for a few granules, and I am able to make the WCS
> requests I need for those files.  However, this is only a small sample of
> the data; right now, the data files are located in an external location
> that I can access via FTP calls.
>
> Is it possible to set up a configuration anywhere to allow the "location"
> field in the database to have URI values instead of filesystem path values,
> whether it be a built in configuration or a custom plugin (that I might
> need to write)?  Or is local filesystem the only possibility?  I'd prefer
> not to have to store the data in two different places, if possible (partly
> because there's a LOT of data; basically, daily data files).
>
> As always, thanks in advance!
>
> Scott Lewis
> NSIDC
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Imagemosaic: enforcing SuggestedSPI

2023-02-21 Thread Alexander Petkov

This issue is still plaguing me, after upgrading to Geoserver 2.22.1
Based on Daniele's explanation, I changed the code where GRIBFormat checks
for FileFormat.GRIB, rather than just checking for extension.

Attached is  a diff with a proposed change in GRIBFormat. java

My Geotiff files retain the original granule name, however they are all
Geotiffs:
find . -name '*grb*' -exec gdalinfo {} \;|grep Driver|uniq
Driver: GTiff/GeoTIFF

Here is a WMS request where the grib plugin is deployed after this change,
otherwise images are all black with all values equal to zero:
https://wfas.firenet.gov/geoserver/rtma/wms?service=WMS&version=1.1.0&request=GetMap&layers=rtma%3ARelative_humidity&bbox=-3272417.25%2C-265067.375%2C2683186.5%2C3790838.5&width=768&height=523&srs=EPSG%3A45558&styles=&format=application/openlayers

Or is it better to submit a JIRA issue?

Thanks in advance,
Alex

On Thu, Oct 24, 2019 at 5:23 AM Simone Giannecchini <
simone.giannecch...@geo-solutions.it> wrote:

> Daniele,
> shall we open an issue to track this strange behavior?
>
> Regards,
> Simone Giannecchini
> ==
> GeoServer Professional Services from the experts!
> Visit http://bit.ly/gs-services for more information.
> ==
> Ing. Simone Giannecchini
> @simogeo
> Founder/Director
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 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
>
> ---
> Con riferimento alla normativa sul trattamento dei dati personali
> (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati
> “GDPR”), si precisa che ogni circostanza inerente alla presente email
> (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui
> conoscenza è riservata al/i solo/i destinatario/i indicati dallo
> scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a
> cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato
> se potesse darmene notizia.
>
> This email is intended only for the person or entity to which it is
> addressed and may contain information that is privileged, confidential
> or otherwise protected from disclosure. We remind that - as provided
> by European Regulation 2016/679 “GDPR” - copying, dissemination or use
> of this e-mail or the information herein by anyone other than the
> intended recipient is prohibited. If you have received this email by
> mistake, please notify us immediately by telephone or e-mail.
>
> On Wed, Oct 23, 2019 at 12:48 PM Alexander Petkov 
> wrote:
> >
> > Hello Daniele:
> >
> > gdal_translate with '-co PROFILE=GeoTIFF' solves this problem.
> >
> > The default GDALGeoTIFF writes extra metadata tags, which seem to
> > envoke the NetCDFImageReaderSpi
> >
> > Alex
> >
> > On 10/23/19, Daniele Romagnoli 
> wrote:
> > > Hi Alex,
> > > Actually I was partially wrong.
> > >
> > > The GribFormat simply does a filename check:
> > >
> https://github.com/geotools/geotools/blob/master/modules/plugin/coverage-multidim/grib/src/main/java/org/geotools/coverage/io/grib/GRIBFormat.java
> > >
> > >
> > > Is the NetCDFImageReaderSpi which actually does a real format check
> based
> > > on magic numbers:
> > >
> https://github.com/geotools/geotools/blob/master/modules/plugin/coverage-multidim/netcdf/src/main/java/org/geotools/imageio/netcdf/NetCDFImageReaderSpi.java#L178
> > >
> > >
> > >
> https://github.com/geotools/geotools/blob/master/modules/plugin/coverage-multidim/netcdf/src/main/java/org/geotools/imageio/netcdf/utilities/NetCDFUtilities.java#L705
> > >
> > >
> > > I think that we may need to revisit that "accepts" method.
> > >
> > > Regards,
> > > Daniele
> > >
> > >
> > >
> > > On Wed, Oct 23, 2019 at 11:57 AM Alexander Petkov 
> > > wrote:
> > >
> > >> >> So my first question is:
> > >> >> are you pretty sure that the files you are trying to mosaic are
> > >> >> actually
> > >> >> GeoTiffs and not NetCDFs/Gribs?
> > >> >> Can you run a gdalinfo on one of them?
> > >>
> > >> gdalinfo confirms that all files are Geotiffs:
> > >>
> > >> for f in `find . -path './rtma2p5.201910*' -type f`;do gdalinfo ${f}
> > >> |grep Driver ;done|uniq
> > >> Driver: GTiff/GeoTIFF
> > >>
> > >>
> >

Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

2023-01-30 Thread Alexander Petkov

Thank you for your reply,

I defined the projection exactly as reported in the source data.

I can certainly reproject to LCC with a different ellipsoid and see if the
issue persists.

Although I am aiming to not distort the source data.


On Mon, Jan 30, 2023 at 6:42 AM Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> wrote:

> Hi,
>
>
>
> Have you been thinking if your Proj definition and Geoserver definitions
> match exactly? I am not an expert, but this makes me wonder. In
> https://proj.org/operations/projections/lcc.html the ellipsoid defaults
> to GRS80 but in your WKT you are using a ball, if I understand it right:
> DATUM["unknown",
>
> SPHEROID["Sphere",6371000,0]],
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Alexander Petkov 
> *Lähetetty:* maanantai 30. tammikuuta 2023 15.06
> *Vastaanottaja:* geoserver-users 
> *Aihe:* Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap
> request
>
>
>
> Yes:
>
>
>
> PROJCS["NDFD",
> GEOGCS["GCS_Unknown",
> DATUM["unknown",
> SPHEROID["Sphere",6371000,0]],
> PRIMEM["Greenwich",0],
> UNIT["degree",0.0174532925199433,
> AUTHORITY["EPSG","9122"]]],
> PROJECTION["Lambert_Conformal_Conic_2SP"],
> PARAMETER["latitude_of_origin",25],
> PARAMETER["central_meridian",-95],
> PARAMETER["standard_parallel_1",25],
> PARAMETER["standard_parallel_2",25],
> PARAMETER["false_easting",0],
> PARAMETER["false_northing",0],
> UNIT["metre",1,
> AUTHORITY["EPSG","9001"]],
> AXIS["Easting",EAST],
> AXIS["Northing",NORTH]]
>
>
>
> +proj=lcc +lat_0=25 +lon_0=-95 +lat_1=25 +lat_2=25 +x_0=0 +y_0=0
> +R=6371000 +units=m +no_defs
>
>
>
> On Mon, Jan 30, 2023 at 5:38 AM Rahkonen Jukka <
> jukka.rahko...@maanmittauslaitos.fi> wrote:
>
> Hi,
>
>
>
> You are using some custom CRS in Geoserver, EPSG:45557. Could you add the
> WKT that you have used for configuring it?
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Alexander Petkov 
> *Lähetetty:* maanantai 30. tammikuuta 2023 14.09
> *Vastaanottaja:* geoserver-users 
> *Aihe:* Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap
> request
>
>
>
> I upgraded to 2.22.1 (latest at the time of writing).
>
>
>
> The problem with the systematic shift of layers in LCC projection
> persists.
>
>
>
> Steps taken to reproduce:
>
> 1. Rasterize the states layer (I used the VectorToRaster WPS).
>
> 2. Reproject to Lambert Conformal Conic:
>
> gdalwarp -ts 2145 1377 -t_srs '+proj=lcc +lat_0=25 +lon_0=-95 +lat_1=25
> +lat_2=25 +x_0=0 +y_0=0 +R=6371000 +units=m +no_defs' states_4326.tif
> states_45557.tif
>
> 3. Configure the reprojected raster as a Geotiff store.
>
> 4. Make a getMap request:
>
>
> https://wfas.firenet.gov/geoserver/osm/wms?service=WMS&version=1.1.0&request=GetMap&layers=osm%3Astates_45557,osm:states&bbox=-2973344.860654%2C-4525.983623652253%2C2805742.5427372716%2C3061083.104743568&width=768&height=407&srs=EPSG%3A45557&styles=&format=application/openlayers
> <https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwfas.firenet.gov%2Fgeoserver%2Fosm%2Fwms%3Fservice%3DWMS%26version%3D1.1.0%26request%3DGetMap%26layers%3Dosm%253Astates_45557%2Cosm%3Astates%26bbox%3D-2973344.860654%252C-4525.983623652253%252C2805742.5427372716%252C3061083.104743568%26width%3D768%26height%3D407%26srs%3DEPSG%253A45557%26styles%3D%26format%3Dapplication%2Fopenlayers&data=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C0c9d4d1cad694ac5519e08db02c2def3%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C1%7C638106808217014077%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=%2FlzDMHQHFNf1quhp4WaXsN5fL0ynS9xkLOSYpE%2B2wz4%3D&reserved=0>
>
>
>
> Upon zoom/pan around the misalignment of the data is visible.
>
>
>
> 5. Import states_45557.tif as a layer in QGis, and add the WMS layer from
> Step 3.  The misalignment is visible in the attached screenshot.
>
>
>
> I believe this problem occurs when making a WMS request. If the layers is
> exported wia WCS, it displays fine in QGis.
>
>
>
> What advice would you give me to rectify this issue?
>
> Thanks in advance,
>
> Alex
>
>
>
> On Tue, Jan 24, 2023 at 12:54 AM Alexander Petkov 
> wrote:
>
> I noticed that the misalignment I d

Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

2023-01-30 Thread Alexander Petkov

Yes:

PROJCS["NDFD",
GEOGCS["GCS_Unknown",
DATUM["unknown",
SPHEROID["Sphere",6371000,0]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433,
AUTHORITY["EPSG","9122"]]],
PROJECTION["Lambert_Conformal_Conic_2SP"],
PARAMETER["latitude_of_origin",25],
PARAMETER["central_meridian",-95],
PARAMETER["standard_parallel_1",25],
PARAMETER["standard_parallel_2",25],
PARAMETER["false_easting",0],
PARAMETER["false_northing",0],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AXIS["Easting",EAST],
AXIS["Northing",NORTH]]

+proj=lcc +lat_0=25 +lon_0=-95 +lat_1=25 +lat_2=25 +x_0=0 +y_0=0 +R=6371000
+units=m +no_defs

On Mon, Jan 30, 2023 at 5:38 AM Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> wrote:

> Hi,
>
>
>
> You are using some custom CRS in Geoserver, EPSG:45557. Could you add the
> WKT that you have used for configuring it?
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Alexander Petkov 
> *Lähetetty:* maanantai 30. tammikuuta 2023 14.09
> *Vastaanottaja:* geoserver-users 
> *Aihe:* Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap
> request
>
>
>
> I upgraded to 2.22.1 (latest at the time of writing).
>
>
>
> The problem with the systematic shift of layers in LCC projection
> persists.
>
>
>
> Steps taken to reproduce:
>
> 1. Rasterize the states layer (I used the VectorToRaster WPS).
>
> 2. Reproject to Lambert Conformal Conic:
>
> gdalwarp -ts 2145 1377 -t_srs '+proj=lcc +lat_0=25 +lon_0=-95 +lat_1=25
> +lat_2=25 +x_0=0 +y_0=0 +R=6371000 +units=m +no_defs' states_4326.tif
> states_45557.tif
>
> 3. Configure the reprojected raster as a Geotiff store.
>
> 4. Make a getMap request:
>
>
> https://wfas.firenet.gov/geoserver/osm/wms?service=WMS&version=1.1.0&request=GetMap&layers=osm%3Astates_45557,osm:states&bbox=-2973344.860654%2C-4525.983623652253%2C2805742.5427372716%2C3061083.104743568&width=768&height=407&srs=EPSG%3A45557&styles=&format=application/openlayers
> <https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwfas.firenet.gov%2Fgeoserver%2Fosm%2Fwms%3Fservice%3DWMS%26version%3D1.1.0%26request%3DGetMap%26layers%3Dosm%253Astates_45557%2Cosm%3Astates%26bbox%3D-2973344.860654%252C-4525.983623652253%252C2805742.5427372716%252C3061083.104743568%26width%3D768%26height%3D407%26srs%3DEPSG%253A45557%26styles%3D%26format%3Dapplication%2Fopenlayers&data=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C7f7ad617f40f4cc0971608db02bbc084%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C1%7C638106777639503897%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=JK%2B38OSMDa9GgciJuyOmNkJyaE4lrtsfGrtQfGXc7fg%3D&reserved=0>
>
>
>
> Upon zoom/pan around the misalignment of the data is visible.
>
>
>
> 5. Import states_45557.tif as a layer in QGis, and add the WMS layer from
> Step 3.  The misalignment is visible in the attached screenshot.
>
>
>
> I believe this problem occurs when making a WMS request. If the layers is
> exported wia WCS, it displays fine in QGis.
>
>
>
> What advice would you give me to rectify this issue?
>
> Thanks in advance,
>
> Alex
>
>
>
> On Tue, Jan 24, 2023 at 12:54 AM Alexander Petkov 
> wrote:
>
> I noticed that the misalignment I described above (about a year ago) is
> also present in other coverage layers in Lambert Conformal Conic:
>
>
> https://wfas.firenet.gov/geoserver/wms?service=WMS&version=1.1.0&request=GetMap&layers=ndfd%3ATemperature,osm:states&bbox=-2764561.134059207%2C-265067.6408074065%2C2683272.815316402%2C3232213.174246306&width=768&height=493&srs=EPSG%3A45558&styles=&format=application/openlayers
> <https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwfas.firenet.gov%2Fgeoserver%2Fwms%3Fservice%3DWMS%26version%3D1.1.0%26request%3DGetMap%26layers%3Dndfd%253ATemperature%2Cosm%3Astates%26bbox%3D-2764561.134059207%252C-265067.6408074065%252C2683272.815316402%252C3232213.174246306%26width%3D768%26height%3D493%26srs%3DEPSG%253A45558%26styles%3D%26format%3Dapplication%2Fopenlayers&data=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C7f7ad617f40f4cc0971608db02bbc084%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C1%7C638106777639660142%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=orvwmwUSSKzxUriIFZZCWsEb31P%2FlzZrvjONvQWfXSU%3D&reserved=0>
>
>
>
>

Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

2023-01-23 Thread Alexander Petkov

I noticed that the misalignment I described above (about a year ago) is
also present in other coverage layers in Lambert Conformal Conic:
https://wfas.firenet.gov/geoserver/wms?service=WMS&version=1.1.0&request=GetMap&layers=ndfd%3ATemperature,osm:states&bbox=-2764561.134059207%2C-265067.6408074065%2C2683272.815316402%2C3232213.174246306&width=768&height=493&srs=EPSG%3A45558&styles=&format=application/openlayers

The Geoserver release used is 2.18.5.
I guess a good first step would be to upgrade to latest and test again? Has
anyone noticed this?

TIA,
Alex

On Wed, Jan 26, 2022 at 6:07 AM Alexander Petkov  wrote:

> Hi,
>
> I have time series data in Geotiff format, which appears shifted after a
> WMS GetMap request.
>
> The data is in Lambert Conformal Conic projection:
> https://spatialreference.org/ref/sr-org/6825/
>
> When the raster is overlaid with the states shapefile, the misalignment
> becomes apparent (zoom to the upper boundary of the shapefile):
>
>
> https://aws.wfas.net/geoserver//wms?service=WMS&version=1.3.0&request=GetMap&layers=test%3Afbx_20210822,osm:states&bbox=-2764474.351%2C-265059.3199983%2C2683188.584%2C3232111.711&width=768&height=493&srs=EPSG%3A45557&styles=&format=application/openlayers
>
> Here is a zoomed version captured to illustrate the problem:
>
> https://ibb.co/ZzjTjXS
>
> WCS GetCoverage request serves the data without this shift.
>
> Any ideas  about correcting this?
>
> Thanks in advance!!
> Alex
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

2022-01-26 Thread Alexander Petkov

Hi,

I have time series data in Geotiff format, which appears shifted after a
WMS GetMap request.

The data is in Lambert Conformal Conic projection:
https://spatialreference.org/ref/sr-org/6825/

When the raster is overlaid with the states shapefile, the misalignment
becomes apparent (zoom to the upper boundary of the shapefile):

https://aws.wfas.net/geoserver//wms?service=WMS&version=1.3.0&request=GetMap&layers=test%3Afbx_20210822,osm:states&bbox=-2764474.351%2C-265059.3199983%2C2683188.584%2C3232111.711&width=768&height=493&srs=EPSG%3A45557&styles=&format=application/openlayers

Here is a zoomed version captured to illustrate the problem:

https://ibb.co/ZzjTjXS

WCS GetCoverage request serves the data without this shift.

Any ideas  about correcting this?

Thanks in advance!!
Alex
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] VRT file stored on S3?

2022-01-04 Thread Alexander Petkov

Yes, the VRT file along with the underlying data being hosted on an S3
bucket.

I understand that a VRT can point to files on S3 using /vsicurl although I
haven't made a working example yet.



On Tue, Jan 4, 2022 at 2:55 PM Alexandre Gacon 
wrote:

> Hi Alexander,
>
> Do you mean that the VRT file is hosted on S3 with the data file or do you
> have a VRT local file pointing to S3 data?
>
> Alexandre
>
> Le mar. 4 janv. 2022 à 13:39, Alexander Petkov  a
> écrit :
>
>> Hello,
>>
>> Is it possible to configure a VRT file hosted on S3 as coverage in
>> Geoserver?
>>
>> Thank you in advance for pointers,
>> Alex
>>
>>
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
> Alexandre Gacon
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] VRT file stored on S3?

2022-01-04 Thread Alexander Petkov

Hello,

Is it possible to configure a VRT file hosted on S3 as coverage in Geoserver?

Thank you in advance for pointers,
Alex


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] NetCDF export for multiple coverages

2021-05-14 Thread Alexander Petkov

Hello,

What would be the best way to export multiple coverages as one NetCDF
"package"?

Currently, I use a 2-step approach:

1 Export each coverage as NetCDF as per the Geoserver documentation
2. Combine all resulting NetCDF files into a single package using cdo

A scripted version in bash can be seen here:

https://github.com/alexander-petkov/wfas/issues/24#issuecomment-796558287

Would it be possible to simplify this approach, and have the netcdf-out
plugin export multiple coverages?

I tried combining coverages into a layer group, and then exporting to
NetCDF, which didn't work.

Thanks in advance for any hints,
Alex
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer 2.18.1 released

2020-11-23 Thread Alexander Petkov

I was intrigued by the idea of writing WPS scripts without having to
recompile and redeploy.

I have been trying the geoscript plugin built from source, but for some
reason can't pinpoint the correct jar dependencies.
The plugin works with the whole geoscript app jar, which is ~130MB in size.

On Mon, Nov 23, 2020 at 6:06 AM Andrea Aime 
wrote:

> On Mon, Nov 23, 2020 at 12:24 PM Alexander Petkov 
> wrote:
>
>> Thank you Andrea!!
>>
>> Is the geoscript community plugin available for the 2.18.x release?
>>
>
> The geoscript modules are basically dead, due to lack of maintenance.
> They have been kicked out of the packaging in 2018 during a JTS upgrade,
> and have not made
> it back in yet.
> I personally never used them, but think they are a nice addition to do
> small customizations without
> the need to add a full blown Java plugin, but keep them in the data
> dir oh well, the day we get
> a maintainer for them I'll be quite happy to bring them back in the build.
>
> Cheers
> Andrea
>
>
> == GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf
> Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa
> (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
> http://www.geo-solutions.it http://twitter.com/geosolutions_it
> --- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
> sarei comunque grato se potesse darmene notizia. This email is intended
> only for the person or entity to which it is addressed and may contain
> information that is privileged, confidential or otherwise protected from
> disclosure. We remind that - as provided by European Regulation 2016/679
> “GDPR” - copying, dissemination or use of this e-mail or the information
> herein by anyone other than the intended recipient is prohibited. If you
> have received this email by mistake, please notify us immediately by
> telephone or e-mail.*
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer 2.18.1 released

2020-11-23 Thread Alexander Petkov

Thank you Andrea!!

Is the geoscript community plugin available for the 2.18.x release?

On Mon, Nov 23, 2020 at 3:59 AM Andrea Aime 
wrote:

> GeoServer 2.18.1 has been released, read about it in our blog post:
> http://geoserver.org/announcements/2020/11/23/geoserver-2-18-1-released.html
>
> Best regards
> Andrea
>
> == GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf
> Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa
> (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
> http://www.geo-solutions.it http://twitter.com/geosolutions_it
> --- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
> sarei comunque grato se potesse darmene notizia. This email is intended
> only for the person or entity to which it is addressed and may contain
> information that is privileged, confidential or otherwise protected from
> disclosure. We remind that - as provided by European Regulation 2016/679
> “GDPR” - copying, dissemination or use of this e-mail or the information
> herein by anyone other than the intended recipient is prohibited. If you
> have received this email by mistake, please notify us immediately by
> telephone or e-mail.*
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Using the ImageMosaic plugin for raster with time and elevation data

2020-10-19 Thread Alexander Petkov

The problem is evident right here:
===
Caused by: org.postgresql.util.PSQLException: FATAL: password
authentication failed for user "wandersen"
at
org.postgresql.core.v3.ConnectionFactoryImpl.doAuthentication(ConnectionFactoryImpl.java:514)
at
org.postgresql.core.v3.ConnectionFactoryImpl.tryConnect(ConnectionFactoryImpl.java:141)
at
org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:192)
at
org.postgresql.core.ConnectionFactory.openConnection(ConnectionFactory.java:49)
at org.postgresql.jdbc.PgConnection.(PgConnection.java:195)
at org.postgresql.Driver.makeConnection(Driver.java:454)
at org.postgresql.Driver.connect(Driver.java:256)


The password in datastore.properties needs to be corrected


On Mon, Oct 19, 2020 at 5:05 AM wesley mezine 
wrote:

> Good Morning,
>
> I am sending attached the log files and the files used to create the
> mosaic image.
>
> Regards,
>
> Wesley
>
> Em sáb., 17 de out. de 2020 às 16:47, Alexander Petkov 
> escreveu:
>
>> We need the rest of the log trace.
>>
>>
>> On 10/11/20, wmezine  wrote:
>> > Hi,
>> >
>> > I followed all the steps in the tutorial to create a time series of
>> images,
>> > according to the tutorial:
>> >
>> >
>> https://docs.geoserver.org/latest/en/user/tutorials/imagemosaic_timeseries/imagemosaic_timeseries.html
>> > <
>> https://docs.geoserver.org/latest/en/user/tutorials/imagemosaic_timeseries/imagemosaic_timeseries.html
>> >
>> >
>> >
>> > I can do it by generating the shapefile, but when I do it with
>> > data.properties to connect to Postgis, the following error occurs:
>> >
>> > /Could not list layers for this store, an error occurred retrieving
>> them:
>> > Failed to create reader from file:data/mosaico and hints Hints:
>> REPOSITORY
>> > =
>> > org.geoserver.catalog.CatalogRepository@915b19 EXECUTOR_SERVICE =
>> > java.util.concurrent.ThreadPoolExecutor@1460d69[Running, pool size = 0,
>> > active threads = 0, queued tasks = 0, completed tasks = 0] System
>> defaults:
>> > GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING = null
>> > FEATURE_FACTORY = org.geotools.feature.LenientFeatureFactoryImpl@1e7efef
>> > FORCE_AXIS_ORDER_HONORING = http FORCE_LONGITUDE_FIRST_AXIS_ORDER = true
>> > FILTER_FACTORY = FilterFactoryImpl LENIENT_DATUM_SHIFT = true
>> > COMPARISON_TOLERANCE = 1.0E-8 STYLE_FACTORY = StyleFactoryImpl/
>> >
>> > Can someone help me, please ?
>> >
>> > Regards,
>> >
>> > Wesley
>> >
>> >
>> >
>> >
>> >
>> > --
>> > Sent from:
>> http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html
>> >
>> >
>> > ___
>> > Geoserver-users mailing list
>> >
>> > Please make sure you read the following two resources before posting to
>> this
>> > list:
>> > - Earning your support instead of buying it, but Ian Turton:
>> > http://www.ianturton.com/talks/foss4g.html#/
>> > - The GeoServer user list posting guidelines:
>> > http://geoserver.org/comm/userlist-guidelines.html
>> >
>> > If you want to request a feature or an improvement, also see this:
>> >
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>> >
>> >
>> > Geoserver-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> >
>>
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Using the ImageMosaic plugin for raster with time and elevation data

2020-10-17 Thread Alexander Petkov

We need the rest of the log trace.


On 10/11/20, wmezine  wrote:
> Hi,
>
> I followed all the steps in the tutorial to create a time series of images,
> according to the tutorial:
>
> https://docs.geoserver.org/latest/en/user/tutorials/imagemosaic_timeseries/imagemosaic_timeseries.html
> 
>
>
> I can do it by generating the shapefile, but when I do it with
> data.properties to connect to Postgis, the following error occurs:
>
> /Could not list layers for this store, an error occurred retrieving them:
> Failed to create reader from file:data/mosaico and hints Hints: REPOSITORY
> =
> org.geoserver.catalog.CatalogRepository@915b19 EXECUTOR_SERVICE =
> java.util.concurrent.ThreadPoolExecutor@1460d69[Running, pool size = 0,
> active threads = 0, queued tasks = 0, completed tasks = 0] System defaults:
> GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING = null
> FEATURE_FACTORY = org.geotools.feature.LenientFeatureFactoryImpl@1e7efef
> FORCE_AXIS_ORDER_HONORING = http FORCE_LONGITUDE_FIRST_AXIS_ORDER = true
> FILTER_FACTORY = FilterFactoryImpl LENIENT_DATUM_SHIFT = true
> COMPARISON_TOLERANCE = 1.0E-8 STYLE_FACTORY = StyleFactoryImpl/
>
> Can someone help me, please ?
>
> Regards,
>
> Wesley
>
>
>
>
>
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to this
> list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Help with NullPointerException

2020-10-06 Thread Alexander Petkov

The rest of the trace would be helpful, after "Caused by"

Adjust logging settings to GEOTOOLS_DEVELOPER, if they are not already.

On Tue, Oct 6, 2020 at 1:22 PM Kris Johnson via Geoserver-users <
geoserver-users@lists.sourceforge.net> wrote:

> I am trying to run a WFS GetFeature. When doing so, I occasionally get the
> error I have pasted at the end of the message.
> There is nothing in this error that I can make heads or tails of.
> Geoserver version: 2.17.2
>
> "Error:  standalone=""no""?> http://nrri-atlas.d.umn.edu/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd"";>
>
>   java.lang.NullPointerException
> Details:
> org.geoserver.platform.ServiceException: java.lang.NullPointerException
> at org.geoserver.ows.Dispatcher.exception(Dispatcher.java:1742)
> at
> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:275)
> at
> org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:177)
> at
> org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:52)
> at
> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1040)
> at
> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:943)
> at
> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1006)
> at
> org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:898)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:634)
> at
> org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:883)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at
> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at
> org.apache.catalina.filters.CorsFilter.handleNonCORS(CorsFilter.java:352)
> at org.apache.catalina.filters.CorsFilter.doFilter(CorsFilter.java:171)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at
> org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:26)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at
> org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:69)
> at org.geoserver.monitor.MonitorFilter.doFilter(MonitorFilter.java:142)
> at
> org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:66)
> at
> org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:70)
> at
> org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:66)
> at
> org.geoserver.flow.controller.IpBlacklistFilter.doFilter(IpBlacklistFilter.java:89)
> at
> org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:66)
> at
> org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:41)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at
> org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:37)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:320)
> at
> org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:70)
> at
> org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:127)
> at
> org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:91)
> at
> org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:74)
> at
> org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:91)
> at
> org.springframework.security.web.FilterChai

Re: [Geoserver-users] Clustering Documentation

2020-02-07 Thread Alexander Petkov

These are the resources I have used when configuring a geoserver cluster:

Gabriel Roldan's 2019 FOSS4G presentation on Geoserver clustering (in Spanish):
https://groldan.github.io/2019_foss4g-ar_taller_geoserver

The lengthy tutorial pages on this topic from Geosolutions:
https://geoserver.geo-solutions.it/edu/en/clustering/clustering/active/index.html

Gabriel Roldan's thread on the Geoserver mailing list
http://osgeo-org.1560.x6.nabble.com/Geoserver-and-JMS-clustering-td5403395.html

GeoServer Clustering Revisited: Getting Your Docker On
https://vimeo.com/246199046



On Fri, Feb 7, 2020 at 1:19 AM Hari Nakka  wrote:
>
> Hi, I am looking for some documentation on clustering methods for geoserver.
> Couldn't find anything in the documentation section.
> Please help.
>
> Thanks
> HN
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to this 
> list:
> - Earning your support instead of buying it, but Ian Turton: 
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: 
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this: 
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Imagemosaic: enforcing SuggestedSPI

2019-10-23 Thread Alexander Petkov

Hello Daniele:

gdal_translate with '-co PROFILE=GeoTIFF' solves this problem.

The default GDALGeoTIFF writes extra metadata tags, which seem to
envoke the NetCDFImageReaderSpi

Alex

On 10/23/19, Daniele Romagnoli  wrote:
> Hi Alex,
> Actually I was partially wrong.
>
> The GribFormat simply does a filename check:
> https://github.com/geotools/geotools/blob/master/modules/plugin/coverage-multidim/grib/src/main/java/org/geotools/coverage/io/grib/GRIBFormat.java
>
>
> Is the NetCDFImageReaderSpi which actually does a real format check based
> on magic numbers:
> https://github.com/geotools/geotools/blob/master/modules/plugin/coverage-multidim/netcdf/src/main/java/org/geotools/imageio/netcdf/NetCDFImageReaderSpi.java#L178
>
>
> https://github.com/geotools/geotools/blob/master/modules/plugin/coverage-multidim/netcdf/src/main/java/org/geotools/imageio/netcdf/utilities/NetCDFUtilities.java#L705
>
>
> I think that we may need to revisit that "accepts" method.
>
> Regards,
> Daniele
>
>
>
> On Wed, Oct 23, 2019 at 11:57 AM Alexander Petkov 
> wrote:
>
>> >> So my first question is:
>> >> are you pretty sure that the files you are trying to mosaic are
>> >> actually
>> >> GeoTiffs and not NetCDFs/Gribs?
>> >> Can you run a gdalinfo on one of them?
>>
>> gdalinfo confirms that all files are Geotiffs:
>>
>> for f in `find . -path './rtma2p5.201910*' -type f`;do gdalinfo ${f}
>> |grep Driver ;done|uniq
>> Driver: GTiff/GeoTIFF
>>
>>
>> >> Second question: any chance that you are trying to create a mosaic on
>> top
>> >> of a folder containing both GeoTiffs and NetCDFs?
>>
>> My Geotiff  and .properties files are in their own subdirectory.
>>
>> >> In that case, if the first file to be analyzed by the mosaic
>> configurator
>> >> is a NetCDF, it will be used as reference format.
>> >>
>> >> Please, let us know.
>> >> Regards,
>> >> Daniele
>>
>> Thanks for giving your thoughts on this
>>
>> Alex
>>
>
>
> --
> Regards,
> Daniele Romagnoli
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V
> for more information.
> ==
>
> Ing. Daniele Romagnoli
> Senior Software Engineer
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax:  +39 0584 1660272
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> ---
>
> Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE
> 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si
> precisa che ogni circostanza inerente alla presente email (il suo
> contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è
> riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il
> messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra
> operazione è illecita. Le sarei comunque grato se potesse darmene notizia.
>
> This email is intended only for the person or entity to which it is
> addressed and may contain information that is privileged, confidential or
> otherwise protected from disclosure. We remind that - as provided by
> European Regulation 2016/679 “GDPR” - copying, dissemination or use of this
> e-mail or the information herein by anyone other than the intended
> recipient is prohibited. If you have received this email by mistake, please
> notify us immediately by telephone or e-mail.
>


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Imagemosaic: enforcing SuggestedSPI

2019-10-23 Thread Alexander Petkov

>> So my first question is:
>> are you pretty sure that the files you are trying to mosaic are actually
>> GeoTiffs and not NetCDFs/Gribs?
>> Can you run a gdalinfo on one of them?

gdalinfo confirms that all files are Geotiffs:

for f in `find . -path './rtma2p5.201910*' -type f`;do gdalinfo ${f}
|grep Driver ;done|uniq
Driver: GTiff/GeoTIFF


>> Second question: any chance that you are trying to create a mosaic on top
>> of a folder containing both GeoTiffs and NetCDFs?

My Geotiff  and .properties files are in their own subdirectory.

>> In that case, if the first file to be analyzed by the mosaic configurator
>> is a NetCDF, it will be used as reference format.
>>
>> Please, let us know.
>> Regards,
>> Daniele

Thanks for giving your thoughts on this

Alex


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Imagemosaic: enforcing SuggestedSPI

2019-10-23 Thread Alexander Petkov

Hi Daniele:

Maybe I should find a way to strip all the GRIB metadata tags.

==
gdalinfo rtma2p5.20191011/rtma2p5.t02z.2dvaranl_ndfd.grb2_wexp
Driver: GTiff/GeoTIFF
Files: rtma2p5.20191011/rtma2p5.t02z.2dvaranl_ndfd.grb2_wexp
Size is 2345, 1597
Coordinate System is:
PROJCRS["unknown",
BASEGEOGCRS["unknown",
DATUM["unknown",
ELLIPSOID["unknown",6367470,0,
LENGTHUNIT["metre",1,
ID["EPSG",9001,
PRIMEM["Greenwich",0,
ANGLEUNIT["degree",0.0174532925199433,
ID["EPSG",9122,
CONVERSION["unnamed",
METHOD["Lambert Conic Conformal (2SP)",
ID["EPSG",9802]],
PARAMETER["Latitude of false origin",0,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8821]],
PARAMETER["Longitude of false origin",-95,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8822]],
PARAMETER["Latitude of 1st standard parallel",25,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8823]],
PARAMETER["Latitude of 2nd standard parallel",25,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8824]],
PARAMETER["Easting at false origin",0,
LENGTHUNIT["metre",1],
ID["EPSG",8826]],
PARAMETER["Northing at false origin",0,
LENGTHUNIT["metre",1],
ID["EPSG",8827]]],
CS[Cartesian,2],
AXIS["easting",east,
ORDER[1],
LENGTHUNIT["metre",1,
ID["EPSG",9001]]],
AXIS["northing",north,
ORDER[2],
LENGTHUNIT["metre",1,
ID["EPSG",9001
Data axis to CRS axis mapping: 1,2
Origin = (-3270502.204889984335750,6657841.387057464569807)
Pixel Size = (2540.000,-2540.000)
Metadata:
  AREA_OR_POINT=Area
Image Structure Metadata:
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (-3270502.205, 6657841.387) (138d24'20.95"W, 53d 4'40.97"N)
Lower Left  (-3270502.205, 2601461.387) (126d17' 7.88"W, 19d12'55.10"N)
Upper Right ( 2685797.795, 6657841.387) ( 58d57'29.04"W, 54d23'32.59"N)
Lower Right ( 2685797.795, 2601461.387) ( 69d 9'33.48"W, 20d18'40.56"N)
Center  ( -292352.205, 4629651.387) ( 98d19'56.32"W, 40d37'45.89"N)
Band 1 Block=2345x1 Type=Float64, ColorInterp=Gray
  Description = 2[m] HTGL="Specified height level above ground"
  Metadata:
GRIB_COMMENT=Relative humidity [%]
GRIB_DISCIPLINE=0(Meteorological)
GRIB_ELEMENT=RH
GRIB_FORECAST_SECONDS=0 sec
GRIB_IDS=CENTER=98(ECMWF) SUBCENTER=0 MASTER_TABLE=4 LOCAL_TABLE=0
SIGNF_REF_TIME=1(Start_of_Forecast) REF_TIME=2019-10-11T02:00:00Z
PROD_STATUS=0(Operational) TYPE=2(Analysis_and_forecast)
GRIB_PDS_PDTN=0
GRIB_PDS_TEMPLATE_ASSEMBLED_VALUES=1 1 0 0 128 0 0 1 0 103 0 2 255
-127 -2147483647
GRIB_PDS_TEMPLATE_NUMBERS=1 1 0 0 128 0 0 0 1 0 0 0 0 103 0 0 0 0
2 255 255 255 255 255 255
GRIB_REF_TIME=1570759200 sec UTC
GRIB_SHORT_NAME=2-HTGL
GRIB_UNIT=[%]
GRIB_VALID_TIME=1570759200 sec UTC

On 10/23/19, Daniele Romagnoli  wrote:
> Hi Alexander,
> in theory, the format and the SPI are determined by finders which look for
> a ServiceProviderInterface / GridCoverageFormat being able to decode that
> file. The lookup goes through a scan of the registered SPIs/Factories until
> one of them declares to be able to decode that file, by usually parsing a
> magic number or recognizing a format header or something like that.
>
> So my first question is:
> are you pretty sure that the files you are trying to mosaic are actually
> GeoTiffs and not NetCDFs/Gribs?
> Can you run a gdalinfo on one of them?
>
> Second question: any chance that you are trying to create a mosaic on top
> of a folder containing both GeoTiffs and NetCDFs?
> In that case, if the first file to be analyzed by the mosaic configurator
> is a NetCDF, it will be used as reference format.
>
> Please, let us know.
> Regards,
> Daniele
>
>
> On Wed, Oct 23, 2019 at 9:48 AM Alexander Petkov 
> wrote:
>
>> Is it possible to force the use of a particular raster format through
>> SuggestedSPI and SuggestedFormat parameters?
>>
>> I have the following config options in mosaic.properties:
>> SuggestedSPI=it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReaderSpi
>> SuggestedFormat=org.geotools.gce.geotiff.GeoTiffFormat
>&

[Geoserver-users] Imagemosaic: enforcing SuggestedSPI

2019-10-23 Thread Alexander Petkov

Is it possible to force the use of a particular raster format through
SuggestedSPI and SuggestedFormat parameters?

I have the following config options in mosaic.properties:
SuggestedSPI=it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReaderSpi
SuggestedFormat=org.geotools.gce.geotiff.GeoTiffFormat

Despite of this, generated .properties file forces the use of NetCDF format:

Relative_humidity.properties:SuggestedSPI=org.geotools.imageio.netcdf.NetCDFImageReaderSpi

I believe this is because of the file names--Geotiffs generated from
grib files, with the same file names for ease of syncing to a remote
ftp archive:
---
ls rtma2p5.20191011/
rtma2p5.t02z.2dvaranl_ndfd.grb2_wexp
rtma2p5.t10z.2dvaranl_ndfd.grb2_wexp
rtma2p5.t18z.2dvaranl_ndfd.grb2_wexp
... and so on
---

Any ideas about enforcing use of Geotiff format, despite of file name extension?


Thanks in advance,
Alex


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Grib2 files with 0-360 longitudes

2019-09-24 Thread Alexander Petkov

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) copy: Processed 80250 values from 1 variable over 2 timesteps
cdo sellonlatbox: Processed 80250 values from 1 variable [0.07s 66MB]

cdo sinfon aout.grb2
   File format : GRIB2
-1 : Institut Source   T Steptype Levels NumPoints Num Dtype :
Parameter name
 1 : NCEP unknown  v accum 1   1 40125   1  P10  :
tp
   Grid coordinates :
 1 : lonlat   : points=40125 (321x125)
  lon : 220 to 300 by 0.25 degrees_east
  lat : 22 to 53 by 0.25 degrees_north


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Grib2 files with 0-360 longitudes

2019-09-24 Thread Alexander Petkov

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   1  P16  :
ucurr
   Grid coordinates :
 1 : lonlat   : points=4941 (61x81)
  lon : 302 to 308 by 0.1 degrees_east
  lat : 2 to 10 by 0.1 degrees_north
===

There must be a trick to referencing the data in -180 to 180
longitudinal space... :)

Thank you in advance again for any help,

Alex


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Grib2 files with 0-360 longitudes

2019-09-24 Thread Alexander Petkov

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/65276176-731a1a80-dae4-11e9-8f51-6547a033bb93.png

I am attaching an example Grib2 file for reference.

Thank you in advance for any tips,

Alex


gfs.t00z.pgrb2.0p25.f003.grb2
Description: Binary data
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver Store NetCDF issue: Could not list layers

2019-08-22 Thread Alexander Petkov

First, I would trace why this is happening:

org.geotools.coverage.io.netcdf.crs.NetCDFProjection$CRSParser parseWKT
WARNING: Unable to setup a CRS from the specified WKT:
PROJCS['unnamed',GEOGCS['GRS 1980(IUGG,
1980)',DATUM['unknown',SPHEROID['GRS80',6378137,298.257222101],TOWGS84[0,0,0,0,0,0,0]],PRIMEM['Greenwich',0],UNIT['degree',0.0174532925199433]],PROJECTION['Transverse_Mercator'],PARAMETER['latitude_of_origin',0],PARAMETER['central_meridian',18],PARAMETER['scale_factor',1],PARAMETER['false_easting',15],PARAMETER['false_northing',0],UNIT['Meter',1]]

Then take it from there.

Kind regards,
Alex


On 8/22/19, Van Der Stelt Frank  wrote:
> Hi again,
>
> I'll try to rephrase the problem. When uploading a NetCDF file I get the
> "Could not list layers for this store" problem. The file follows the CF 1.6
> convention and can be read by qgis and other NetCDF-readers. I uploaded the
> file here.
>
> https://www.dropbox.com/s/ssanmgozpg16g5p/stockholm_110_historic_crun-monthly_mean.nc?dl=0
>
> The geoserver log-file says:
>
> Caused by: java.io.IOException: java.lang.IllegalArgumentException: Unable
> to find a CRS for the provided variable: lon
>
> I added the WKT-string in a file under the user_projections catalogue.
> Geoserver can find my CRS but for the lon-variable he still insists on the
> projection.
>
> Does anyone have any clue?
>
> Here is the NetCDF-header:
>
>
> netcdf stockholm_110_historic_crun-monthly_mean {
> dimensions:
> x = 110 ;
> y = 110 ;
> time = UNLIMITED ; // (60 currently)
> bnds = 2 ;
> variables:
> float lon(y, x) ;
> lon:standard_name = "longitude" ;
> lon:long_name = "longitude" ;
> lon:units = "degrees_east" ;
> lon:_CoordinateAxisType = "Lon" ;
> lon:grid_mapping = "projection" ;
> float lat(y, x) ;
> lat:standard_name = "latitude" ;
> lat:long_name = "latitude" ;
> lat:units = "degrees_north" ;
> lat:_CoordinateAxisType = "Lat" ;
> lat:grid_mapping = "projection" ;
> float x(x) ;
> x:standard_name = "projection_x_coordinate" ;
> x:long_name = "x coordinate of projection" ;
> x:units = "m" ;
> x:axis = "X" ;
> float y(y) ;
> y:standard_name = "projection_y_coordinate" ;
> y:long_name = "y coordinate of projection" ;
> y:units = "m" ;
> y:axis = "Y" ;
> int projection ;
> projection:false_easting = 15. ;
> projection:false_northing = 0. ;
> projection:grid_mapping_name = "projection" ;
> projection:latitude_of_projection_origin = 0. ;
> projection:longitude_of_central_meridian = 18. ;
> projection:proj4 = "+proj=tmerc +lat_0=0 +lon_0=18 +k=1
> +x_0=15 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs" ;
> projection:scale_factor_at_central_meridian = 1. ;
> projection:semi_major_axis = 6378137. ;
> projection:inverse_flattening = 298.257222101 ;
> projection:spatial_ref = "PROJCS[\"SWEREF99 18
> 00\",GEOGCS[\"SWEREF99\",DATUM[\"SWEREF99\",SPHEROID[\"GRS 1980\",
> 6378137.0, 298.257222101, AUTHORITY[\"EPSG\",\"7019\"]],TOWGS84[0.0, 0.0,
> 0.0, 0\
> .0, 0.0, 0.0, 0.0],AUTHORITY[\"EPSG\",\"6619\"]],PRIMEM[\"Greenwich\", 0.0,
> AUTHORITY[\"EPSG\",\"8901\"]],UNIT[\"degree\",
> 0.017453292519943295],AXIS[\"Geodetic latitude\", NORTH],AXIS[\"Geodetic
> longitude\", E\
> AST],AUTHORITY[\"EPSG\",\"4619\"]],PROJECTION[\"Transverse_Mercator\",
> AUTHORITY[\"EPSG\",\"9807\"]],PARAMETER[\"central_meridian\",
> 18.0],PARAMETER[\"latitude_of_origin\", 0.0],PARAMETER[\"scale_factor\",
> 1.0]\
> ,PARAMETER[\"false_easting\", 15.0],PARAMETER[\"false_northing\",
> 0.0],UNIT[\"m\", 1.0],AXIS[\"Northing\", NORTH],AXIS[\"Easting\",
> EAST],AUTHORITY[\"EPSG\",\"3011\"]]" ;
> float time(time) ;
> time:standard_name = "time" ;
> time:long_name = "time" ;
> time:bounds = "time_bnds" ;
>time:units = "hours since 2006-01-01 00:00" ;
> time:calendar = "standard" ;
> time:axis = "T" ;
> double time_bnds(time, bnds) ;
> float crun(time, y, x) ;
> crun:long_name = "runoff" ;
> crun:units = "mm h-1" ;
> crun:grid_mapping = "projection" ;
> crun:coordinates = "lat lon" ;
> crun:_FillValue = -1.e+20f ;
> crun:missing_value = -1.e+20f ;
> crun:ModelAttributes = "{\'Hydrological Model\': \'HYPE\'}"
> ;
> crun:DataAttributes = "{\"ECV\": \"monthly mean\",
> \"ECV_calculated_on\": \"2017-10-25\"}" ;
>
> // global attributes:
> :his

Re: [Geoserver-users] [EXT] Can't read Netcdf with WKT attributes

2019-08-21 Thread Alexander Petkov

Your projection probably needs a definition in one of the
user_projections/ files.

From the Geoserver documentation:

User defined NetCDF Coordinate Reference Systems with their custom
EPSG need to be provided in
user_projections\netcdf.projections.properties file inside your data
directory (you have to create that file if missing).

I have been pasting projection definitions in
user_projections/epsg.properties for now.
Here is a link to the documentation regarding Netcdf:

https://docs.geoserver.org/stable/en/user/extensions/netcdf/netcdf.html

Alex


On 8/21/19, Van Der Stelt Frank  wrote:
> Hi, Thank you for you answer. It unfortunately did not work. The
> NetCDF-plugin does not seem to read the .prj file. The projection
> information is in the NetCDF file already. Probably something wrong with the
> structure of the NetCDF-file. unsure what though.
>
> Kind regards,
>
> Frank van der Stelt
> Systems developer
> SMHI - Swedish Meteorological and Hydrological Institute
> 
> Från: Marks, Constant [constant.ma...@unt.edu]
> Skickat: den 20 augusti 2019 15:17
> Till: Van Der Stelt Frank; geoserver-users@lists.sourceforge.net
> Ämne: RE: [EXT] [Geoserver-users] Can't read Netcdf with WKT attributes
>
> I had an issue loading some geotiffs that needed an .prj file created before
> I could add them as a raster data store. Maybe you could create one for your
> netcdf file?
>
>
>
> Constant Marks
> Research Assistant | Computer Science and Engineering
> University of North Texas
> Office: Discovery Parks F216
> e: constant.ma...@unt.edu
> t: (303) 482 7292
>
>
>  Original message 
> From: Van Der Stelt Frank 
> Date: 8/20/19 6:52 AM (GMT-06:00)
> To: geoserver-users@lists.sourceforge.net
> Subject: [EXT] [Geoserver-users] Can't read Netcdf with WKT attributes
>
> Hi All,
>
> I'm using the Netcdf input plugin with geoserver 2.15.2. However when I try
> to read my files I get a warning "unable to connect" This because the CRS is
> not found:
>
> Caused by: java.io.IOException: java.lang.IllegalArgumentException: Unable
> to find a CRS for the provided variable: lon
>
> Before this warning another warning appears:
>
> WARNING: Unable to setup a CRS from the specified WKT:
> PROJCS['unnamed',GEOGCS['GRS 1980(IUGG,
> 1980)',DATUM['unknown',SPHEROID['GRS80',6378137,298.257222101],TOWGS84[0,0,0,0,0,0,0]],PRIMEM['Greenwich',0],UNIT['degree',0.0174532925199433]],PROJECTION['Transverse_Mercator'],PARAMETER['latitude_of_origin',0],PARAMETER['central_meridian',18],PARAMETER['scale_factor',1],PARAMETER['false_easting',15],PARAMETER['false_northing',0],UNIT['Meter',1]]
>
> My netcdf has a variable projection which is read by the netcdf plugin
> according to the documentation:
>
> https://docs.geoserver.org/stable/en/user/extensions/netcdf/netcdf.html#wkt-attributes
>
> It looks like this (ncdump):
>
>  int projection ;
> projection:grid_mapping_name = "transverse_mercator" ;
> projection:proj4 = "+proj=tmerc +lat_0=0 +lon_0=18 +k=1
> +x_0=15 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs" ;
> projection:scale_factor_at_central_meridian = 1. ;
> projection:longitude_of_central_meridian = 18. ;
> projection:latitude_of_projection_origin = 0. ;
> projection:false_easting = 15. ;
> projection:false_northing = 0. ;
> projection:semi_major_axis = 6378137. ;
> projection:inverse_flattening = 298.257222101 ;
> projection:spatial_ref = "PROJCS[\"unnamed\",GEOGCS[\"GRS
> 1980(IUGG,
> 1980)\",DATUM[\"unknown\",SPHEROID[\"GRS80\",6378137,298.257222101],TOWGS84[0,0,0,0,0,0,0]],PRIMEM[\"Greenwich\",0],UNIT[\"degree\",0.0174532925199433]],PROJECTION[\"Transverse_Mercator\"],PARAMETER[\"latitude_of_origin\",0],PARAMETER[\"central_meridian\",18],PARAMETER[\"scale_factor\",1],PARAMETER[\"false_easting\",15],PARAMETER[\"false_northing\",0],UNIT[\"Meter\",1]]"
> ;
>
> The WKT syntax is parsed (parseWKT in geotools) but the coordinate reference
> system is not created.
>
> Does anyone else have this problem when using the WKT-syntax in netcdf?
> Something wrong with the WKT-syntax? Any way to turn of the parsing by
> geoserver?
>
> Kind regards,
>
> Frank van der Stelt
> Systems developer
> SMHI - Swedish Meteorological and Hydrological Institute
>


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning

Re: [Geoserver-users] Imagemosaic and TimestampFileNameExtractorSPI indexing

2019-08-15 Thread Alexander Petkov

Thank you Daniele, for your help!! The test example you provided was
very helpful to get me started.

This entry in timeregex.properties works:

regex=([0-9]{8})(?:/rtma2p5.)(t[0-9]{2}z),format=MMdd't'HH'z',fullPath=true

Mosaic granules  are in subdirectories as follows:

rtma2p5.20190731/rtma2p5.t00z.2dvaranl_ndfd.grb2_wexp

where time varies from 00 to 23 (for every hour)

It took a while to write a regex pattern. It took some time studying
regex rules.

I also tested the pattern on https://www.compilejava.net with this test:

===
import java.util.regex.Matcher;
import java.util.regex.Pattern;
import java.util.regex.PatternSyntaxException;

public class TestPatternExtraction
{
  public static void main(String[] args)
  {
String expr="([0-9]{8})(?:/rtma2p5.)(t[0-9]{2}z)";
//String expr="(.*[0-9]{8}.*t[0-9]{2}z.*)";
String name=
"/wfas/data/rtma/rhm/rtma2p5.20190731/rtma2p5.t03z.2dvaranl_ndfd.grb2_wexp";
Pattern regex = Pattern.compile(expr);
Matcher regexMatcher = regex.matcher(name);
while (regexMatcher.find()) {
  try{
for (int i = 1; i <= regexMatcher.groupCount(); i++) {
System.out.println("matched text: " + regexMatcher.group(i));
System.out.println("match start: " + regexMatcher.start(i));
System.out.println("match end: " + regexMatcher.end(i));
}
  }  catch (PatternSyntaxException ex) {
 // Syntax error in the regular expression
  }//end try
   }//end while
}//end main
}
===

This list conversation was also helpful:
https://sourceforge.net/p/geoserver/mailman/message/36061535/

As well as firing up Eclipse and tracing through the code.

Kind regards,
Alex


On 8/14/19, Daniele Romagnoli  wrote:
> Hi Alexander,
> you may combine custom *format *and *fullPath* parameter.
> There is an example in the GeoTools TimestampFileNameExtractorTest:
> https://github.com/geotools/geotools/blob/21.2/modules/plugin/imagemosaic/src/test/java/org/geotools/gce/imagemosaic/properties/time/TimestampFileNameExtractorTest.java#L110
>
>
> I'm not very familiar with regex so I cannot help you too much with that
> part. I always have to check the rules, each time I need a complex regex,
> which doesn't occur very often.
> Once you have identified your regex, you can use the propertiesCollector
> with this String for your file
> *rtma2p5.20190731/rtma2p5.t00z.2dvaranl_ndfd.grb2_wexp*:
>
> "regex=yourmatchingregex,format=MMdd't'HH'z',fullPath=true"
>
> Please, let us know.
> Regards,
> Daniele


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Imagemosaic and TimestampFileNameExtractorSPI indexing

2019-08-13 Thread Alexander Petkov

Is it possible to use subdirectory/filename in order to extract a
timestamp during ImageMosaic coverage configuration?

Or, is only the File name used for timestamp extraction?

I have sub directories and files containing the following naming format:

rtma2p5.20190731/rtma2p5.t00z.2dvaranl_ndfd.grb2_wexp
where t00 is from 00 to 23.

Thanks in advance!!

Alex


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Imagemosaic: long coverage names and Postgis datastore index

2019-07-19 Thread Alexander Petkov

Hi Daniele:
The WrapStore parameter set to true works!!

Thank you so much!!

Kind regards,
Alex

On 7/19/19, Daniele Romagnoli  wrote:
> Hi Alexander-Petkov,
> you can set the WrapStore=true parameter in the indexer.xml.
> It should do wrapping through a hidden mapping between long names and
> truncated names.
>
> Please, let us know if that works. (We need to better document that option
> somewhere in the doc.)
> Regards,
> Daniele
>
>
> On Thu, Jul 18, 2019 at 10:35 PM alexander-petkov 
> wrote:
>
>> Is there a way to specify an alternative table name for Postgis, where
>> granule index for an Imagemosaic is stored?
>>
>> I have a Grib dataset, which resolves the variable to a very long name:
>> Total_precipitation_surface_12_Hour_Accumulation_probability_above_0p254
>>
>> During coverage configuration, the table name in Postgis gets truncated:
>>
>> Total_precipitation_surface_12_Hour_Accumulation_probability_ab
>>
>> This is due to current Postgresql table name length limitations.
>>
>> I can see that this variable name is defined in
>> /resources/grib2/grib2VarMap.xml in the grib jar from ucar:
>>
>> grep
>> "Total_precipitation_surface_12_Hour_Accumulation_probability_above_0p254"
>> -R *
>> resources/grib2/grib2VarMap.xml:
>>
>> Is it possible to redefine/change the coverage name in the properties, or
>> indexer.xml file prior to mosaic creation?
>>
>> Otherwise the attempt ends in error.
>>
>> Link to Grib file:
>>
>> https://tgftp.nws.noaa.gov/SL.us008001/ST.opnl/DF.gr2/DC.ndfd/AR.conus/VP.001-003/ds.pop12.bin
>>
>> Thanks a lot in advance!!
>>
>> Alex
>>
>>
>>
>>
>> --
>> Sent from:
>> http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html
>>
>>
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
> Regards,
> Daniele Romagnoli
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V
> for more information.
> ==
>
> Ing. Daniele Romagnoli
> Senior Software Engineer
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax:  +39 0584 1660272
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> ---
>
> Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE
> 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si
> precisa che ogni circostanza inerente alla presente email (il suo
> contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è
> riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il
> messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra
> operazione è illecita. Le sarei comunque grato se potesse darmene notizia.
>
> This email is intended only for the person or entity to which it is
> addressed and may contain information that is privileged, confidential or
> otherwise protected from disclosure. We remind that - as provided by
> European Regulation 2016/679 “GDPR” - copying, dissemination or use of this
> e-mail or the information herein by anyone other than the intended
> recipient is prohibited. If you have received this email by mistake, please
> notify us immediately by telephone or e-mail.
>


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Imagemosaic: long coverage names and Postgis datastore index

2019-07-18 Thread alexander-petkov

Is there a way to specify an alternative table name for Postgis, where
granule index for an Imagemosaic is stored?

I have a Grib dataset, which resolves the variable to a very long name:
Total_precipitation_surface_12_Hour_Accumulation_probability_above_0p254

During coverage configuration, the table name in Postgis gets truncated:

Total_precipitation_surface_12_Hour_Accumulation_probability_ab

This is due to current Postgresql table name length limitations. 

I can see that this variable name is defined in
/resources/grib2/grib2VarMap.xml in the grib jar from ucar:

grep
"Total_precipitation_surface_12_Hour_Accumulation_probability_above_0p254"
-R *
resources/grib2/grib2VarMap.xml:

Is it possible to redefine/change the coverage name in the properties, or
indexer.xml file prior to mosaic creation? 

Otherwise the attempt ends in error.

Link to Grib file:
https://tgftp.nws.noaa.gov/SL.us008001/ST.opnl/DF.gr2/DC.ndfd/AR.conus/VP.001-003/ds.pop12.bin

Thanks a lot in advance!!

Alex




--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Grib files with more than 32 bands?

2019-07-10 Thread alexander-petkov

Ciao Daniele:

Thanks for replying, I will do that today.

Kind regards, 
Alex



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Grib files with more than 32 bands?

2019-07-09 Thread alexander-petkov

If a multidimensional file has more than 32 bands, the index in getImageIndex 
in GeoSpatialImageReader.java  is returned like this:
[32 33 34 ... n 0 1 2 3 ... 31]

Sorting the index prior to returning it fixes the InvalidRangeException
error:

  public List getImageIndex(Query filterQuery) throws IOException {
List descs = slicesCatalog.getGranules(filterQuery);
List indexes = new ArrayList();
for (CoverageSlice desc : descs) {
Integer index =
(Integer)
desc.getOriginator().getAttribute(CoverageSlice.Attributes.INDEX);
indexes.add(index);
}
*Collections.sort(indexes);*
return indexes;
}



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Grib files with more than 32 bands?

2019-06-28 Thread alexander-petkov

I am having trouble displaying Grib files with more than 32 bands. I can
configure a coverage store, however configuring layers afterwards fails. 

The stacktrace finishes with this:

...
Caused by: ucar.ma2.InvalidRangeException: Illegal Range for dimension 1:
last requested 32 > max 0
at ucar.ma2.Section.fill(Section.java:179)
at ucar.nc2.Variable.read(Variable.java:709)
at
org.geotools.imageio.netcdf.NetCDFImageReader.readSection(NetCDFImageReader.java:919)
... 137 more



If I subset the same file with 32 bands (using cdo), my Grib file works as
expected. 
./cdo -seltimestep,1/32 ~/ds.rhm.bin ~/ds.rhm.bin.grb



This is a link to the original file in question. 
https://tgftp.nws.noaa.gov/SL.us008001/ST.opnl/DF.gr2/DC.ndfd/AR.conus/VP.001-003/ds.rhm.bin

Thank you for any thoughts on this, I was hoping to keep the data original. 

Alex




--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Deleting granules via REST from ImageMosaic coveragestore

2019-06-21 Thread alexander-petkov

I still need to figure out if this is possible, thanks in advance for any
ideas. 

Alex



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Deleting granules via REST from an ImageMosaic coveragestore

2019-06-11 Thread alexander-petkov

Is it possible to delete a granule (granules?) via REST from an ImageMosaic
coveragestore? And consequently, coverages derived from it?

Similar to adding a granule to a coveragestore:

curl -v -u admin:Geos -XPOST -H "Content-type: text/plain" -d
"file:/%TRAINING_ROOT%/data/user_data/multidim/polyphemus_20130303.nc"
"http://localhost:8083/geoserver/rest/workspaces/geosolutions/coveragestores/polyphemus/external.imagemosaic";


The docs I followed describe removing granules on a per coverage basis, and
not coveragestore-wide:

curl -v -u admin:Geos -XDELETE
http://localhost:8083/geoserver/rest/workspaces/geosolutions/coveragestores/polyphemus/coverages/NO2/index/granules/NO2.671.xml


Many thanks in advance!!

Alex



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Deleting granules via REST from ImageMosaic coveragestore

2019-06-11 Thread Alexander Petkov

Is it possible to delete a granule (granules?) via REST from
ImageMosaic coveragestore, and consequently, removed from derived
coverages?

Similar to adding a granule to a coveragestore:

curl -v -u admin:Geos -XPOST -H "Content-type: text/plain" -d
"file:/%TRAINING_ROOT%/data/user_data/multidim/polyphemus_20130303.nc"
"http://localhost:8083/geoserver/rest/workspaces/geosolutions/coveragestores/polyphemus/external.imagemosaic";


The docs I followed describe removing granules on a per coverage
basis, and not coveragestore-wide:

curl -v -u admin:Geos -XDELETE
http://localhost:8083/geoserver/rest/workspaces/geosolutions/coveragestores/polyphemus/coverages/NO2/index/granules/NO2.671.xml


Many thanks in advance!!

Alex


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] WPS Demo panel functionality in 2.24.4

Re: [Geoserver-users] ImageMosaic location - URLs?

Re: [Geoserver-users] Imagemosaic: enforcing SuggestedSPI

Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

[Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

Re: [Geoserver-users] VRT file stored on S3?

[Geoserver-users] VRT file stored on S3?

[Geoserver-users] NetCDF export for multiple coverages

Re: [Geoserver-users] GeoServer 2.18.1 released

Re: [Geoserver-users] GeoServer 2.18.1 released

Re: [Geoserver-users] Using the ImageMosaic plugin for raster with time and elevation data

Re: [Geoserver-users] Using the ImageMosaic plugin for raster with time and elevation data

Re: [Geoserver-users] Help with NullPointerException

Re: [Geoserver-users] Clustering Documentation

Re: [Geoserver-users] Imagemosaic: enforcing SuggestedSPI

Re: [Geoserver-users] Imagemosaic: enforcing SuggestedSPI

Re: [Geoserver-users] Imagemosaic: enforcing SuggestedSPI

[Geoserver-users] Imagemosaic: enforcing SuggestedSPI

Re: [Geoserver-users] Grib2 files with 0-360 longitudes

Re: [Geoserver-users] Grib2 files with 0-360 longitudes

[Geoserver-users] Grib2 files with 0-360 longitudes

Re: [Geoserver-users] Geoserver Store NetCDF issue: Could not list layers

Re: [Geoserver-users] [EXT] Can't read Netcdf with WKT attributes

Re: [Geoserver-users] Imagemosaic and TimestampFileNameExtractorSPI indexing

[Geoserver-users] Imagemosaic and TimestampFileNameExtractorSPI indexing

Re: [Geoserver-users] Imagemosaic: long coverage names and Postgis datastore index

[Geoserver-users] Imagemosaic: long coverage names and Postgis datastore index

Re: [Geoserver-users] Grib files with more than 32 bands?

Re: [Geoserver-users] Grib files with more than 32 bands?

[Geoserver-users] Grib files with more than 32 bands?

Re: [Geoserver-users] Deleting granules via REST from ImageMosaic coveragestore

[Geoserver-users] Deleting granules via REST from an ImageMosaic coveragestore

[Geoserver-users] Deleting granules via REST from ImageMosaic coveragestore

35 matches

Site Navigation

Mail list logo

Footer information