-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] geotiff nodata value being set by WCS
[SEC=OFFICIAL]
Is this an image mosaic? If so, what is in the mosaic configuration?
On 6 Jul. 2023 12:16, Aaron Sedgmen
mailto:aaron.sedg...@ga.gov.au>> wrote:
Hi GeoServer Users,
I have 3
Is this an image mosaic? If so, what is in the mosaic configuration?On 6 Jul. 2023 12:16, Aaron Sedgmen wrote:
Hi GeoServer Users,
I have 3 band 8-bit RGB raster layers created using the GeoTIFF store type. The source geotiffs do not have the nodata value set, although the geotiffs
Hi GeoServer Users,
I have 3 band 8-bit RGB raster layers created using the GeoTIFF store type.
The source geotiffs do not have the nodata value set, although the geotiffs
returned by WCS GetCoverage requests are being updated with the nodata value
set to 0. When viewed in a desktop GIS
tammikuuta 2023 16.05
Vastaanottaja: geoserver-users
Aihe: Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request
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
; 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
["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&
=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-
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
I noticed that the misalignment I described above (about a year ago) is
also present in other coverage layers in Lambert Conformal Conic:
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
delete this message from your system. Thank
you.
[LinkedIn]<https://linkedin.com/company/4823161>
From: Brad Hards
Sent: Wednesday, 20 January 2021 11:27 AM
To: Neil Saunders ;
geoserver-users@lists.sourceforge.net
Subject: RE: [Geoserver-users] Geotiff
What does gdalinfo show for the file?
Also,
What does gdalinfo show for the file?
Also, you probably should upgrade your GS instance.
Brad
From: Neil Saunders
Sent: Wednesday, 20 January 2021 9:41 AM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] Geotiff
Hi folks,
I'm trying to create a raster
Hi folks,
I'm trying to create a raster layer in Geoserver with an aerial photo in
Geotiff format. When I try to create the store using the Geotiff option, I
don't get very far as it errors immediately:
* Could not list layers for this store, an error occurred retrieving them:
Failed to
HI..
it seems it is a problem of the jpeg driver
never happened to me before
On 26/12/20 14:54, Ivan Marchesini wrote:
Invalid argument to native writeImage
at com.sun.imageio.plugins.jpeg.JPEGImageWriter.writeImage(Native
Method)
___
Dear Geoserver users,
I'm using GeoServer 2.15.0
I have the following geotiff file
gdalinfo:
Driver: GTiff/GeoTIFF
Files: test2_SRT1.tif
Size is 1200, 1400
Coordinate System is:
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.257223563,
if it is the best solution,
but it looks better now.
Many thanks for your help
Marta
From: Jody Garnett
Sent: 5 de setembro de 2019 21:09
To: Marta IP. Medeiros
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] geoTiFF problem
Can I ask if the images have transparency
Can I ask if the images have transparency? It looks like the background of
some images is opaque - and then with the images are drawn (in the draw
order defined by the layer group) they overlap. You can experiment with the
draw order to confirm this.
You can actually get more fine grain control
Hi List,
We are having a problem with our geoTiFF images. We have one image for each
island, some are in epsg:5015, other in epsg:5014. Everting works fine with
each single one but when they are all together in a layer group with CRS 5013
defined, some parts of the islands are "cut" at a
Thanks Andera,
I will check it out,
Is storing the rasters on a samba server make sense,
I am thinking maybe to use Azure FileShare which is a NFS server with samba
interface
On Thu, Jun 13, 2019 at 9:32 AM Andrea Aime
wrote:
> On Tue, Jun 11, 2019 at 8:57 AM Guy Doulberg wrote:
>
>> Hi
On Thu, Jun 13, 2019 at 10:48 AM Guy Doulberg wrote:
> Thanks Andera,
>
> I will check it out,
>
> Is storing the rasters on a samba server make sense,
>
> I am thinking maybe to use Azure FileShare which is a NFS server with
> samba interface
>
It should work, I have no experience with that
On Tue, Jun 11, 2019 at 8:57 AM Guy Doulberg wrote:
> Hi guys
>
> I am working on a POC using Geoserver.
>
> I have several COGs (cloud optimized Geotiff) stored on azure blob storage
> and accessible via HTTP.
>
> I want to render them in a mosaic store in Geoserver with time granule
>
Hi guys
I am working on a POC using Geoserver.
I have several COGs (cloud optimized Geotiff) stored on azure blob storage
and accessible via HTTP.
I want to render them in a mosaic store in Geoserver with time granule
configured.
I already did some steps, but I failed to achieve what I wanted.
The problem I described is solved.
The reason for the trouble was that after the conversion to geotiff, the
metadata stayed there (which is desired - I at least easily know which band
contains which data).
After creating the ImageMosaic Geoserver probably reads this metadata and
assumes it is
Dear all,
I am experiencing trouble implementing a geotiff image mosaic store.
I have got meteorological .grib2 data, which I converted to geotiff using
gdalwarp with following command
gdalwarp -overwrite -t_srs EPSG:3857 --config CENTER_LONG 0 -wo SOURCE_EXTRA
=50 infile outfile
I know that
I opened an issue for this and attached the example files there:
https://osgeo-org.atlassian.net/browse/GEOS-8542
Thanks,
Matt Fisher
On 01/16/2018 03:35 PM, Matt Fisher wrote:
Hello,
My team recently upgraded our GeoServer install (Linux) and found that
some of our ImageMosaic layers
Hello everyone,
After doing a long research on the internet I've found some similar topics
and tried the solutions suggested there but nothing worked for my problem.
The thing is:
I am trying to publish a GeoTIFF file on the Geoserver. The further plan is
to overlap this GeoTIFF file with a map
wrote:
> Hi,
>
> I wonder if it woud work with the imageio-ext GDAL plugin
> http://docs.geotools.org/stable/userguide/library/coverage/imageio.html
> which seems to contain GDAL GeoTIFF driver
>
> -Jukka Rahkonen-
>
> Keith Jenki
r
>
> -Jukka Rahkonen-
>
> Keith Jenkins wrote:
> Re: [Geoserver-users] geotiff compression with predictor
>
> Thanks, Andrea. For now, I'm just planning to avoid using compression
> predictors in any GeoTiFFs.
>
> When we ge
Hi,
I wonder if it woud work with the imageio-ext GDAL plugin
http://docs.geotools.org/stable/userguide/library/coverage/imageio.html which
seems to contain GDAL GeoTIFF driver
-Jukka Rahkonen-
Keith Jenkins wrote:
Re: [Geoserver-users] geotiff
Thanks, Andrea. For now, I'm just planning to avoid using compression
predictors in any GeoTiFFs.
When we get data from other sources, we don't always know how the
files were generated. As far as I can tell, gdalinfo will indicate if
compression is used in a GeoTIFF, but it doesn't say what
Hi Keith,
as far as I know predictor=3 is completely unknown to the TIFF reader, and
the type=2 does not support 32 bit data.
There is a ticket open in imageio-ext (the library we use to read TIFF)
about this,
although it may be a bit too specific (only talks about type 3):
I've run into a WMS rendering problem with some compressed GeoTIFF
files that were generated using gdal_translate. When the problem
occurs during a WMS request, GeoServer returns XML containing:
Error rendering coverage on the fast path
Success! I just ran gdalwarp input.tiff output.tiff then imported the
output file. woohoo! Thanks for your help!
On Sep 18, 2015 11:18 AM, "Alex O'Ree" wrote:
> Any idea what options I need for gdal?
> On Sep 18, 2015 11:00 AM, "Andrea Aime"
It is set to raster style.
On Sep 17, 2015 7:41 PM, "Alex O'Ree" wrote:
> ill give it a shot, first thing tomorrow
>
> On Thu, Sep 17, 2015 at 7:32 PM, Alex M
> wrote:
> > Try changing the style classes to better cover the actual data range.
>
Progress! Looks like the release version did work, but the scale is way
off, inverted and upside down. Same behavior with both versions
On Sep 18, 2015 10:53 AM, "Alex O'Ree" wrote:
> One more update. I was able to get some data to import by cropping the geo
> tiff.
can geoserver import nitf file formats?
On Sep 18, 2015 9:21 AM, "Alex O'Ree" wrote:
> If I go to layer preview, then tiff from the drop down, I do get a image
> of the map back. It only appears that open layers has an issue
> On Sep 18, 2015 8:47 AM, "Alex O'Ree"
On Fri, Sep 18, 2015 at 4:53 PM, Alex O'Ree wrote:
> One more update. I was able to get some data to import by cropping the geo
> tiff. Now the problem is that it's rendering mirrored and inverted (open
> layers). Any idea?
>
Adding to the weirdness of that geotiff, it's
On Fri, Sep 18, 2015 at 3:21 PM, Alex O'Ree wrote:
> If I go to layer preview, then tiff from the drop down, I do get a image
> of the map back. It only appears that open layers has an issue
>
Waaait a second, I think I see it now, that geotiff has per overview inner
One more update. I was able to get some data to import by cropping the geo
tiff. Now the problem is that it's rendering mirrored and inverted (open
layers). Any idea?
On Sep 18, 2015 10:31 AM, "Alex O'Ree" wrote:
> can geoserver import nitf file formats?
> On Sep 18, 2015
If I go to layer preview, then tiff from the drop down, I do get a image of
the map back. It only appears that open layers has an issue
On Sep 18, 2015 8:47 AM, "Alex O'Ree" wrote:
> It is set to raster style.
> On Sep 17, 2015 7:41 PM, "Alex O'Ree"
Any idea what options I need for gdal?
On Sep 18, 2015 11:00 AM, "Andrea Aime"
wrote:
> On Fri, Sep 18, 2015 at 4:53 PM, Alex O'Ree wrote:
>
>> One more update. I was able to get some data to import by cropping the
>> geo tiff. Now the
On Fri, Sep 18, 2015 at 1:29 AM, Alex O'Ree wrote:
> Andrea
>
> Thanks for the quick response and sorry for not getting back sooner.
>
> Polygon as in a large gray square. I can zoom in and out, just no map.
> It's all gray.
>
> It was imported as the raster layer.
>
>
Try changing the style classes to better cover the actual data range.
Often with rasters if you don't stretch min/mix you end up with just
gray as the few outlying values get assigned white and black (NoData as
something like - can cause this.
-Alex
On 09/17/2015 04:29 PM, Alex O'Ree wrote:
ill give it a shot, first thing tomorrow
On Thu, Sep 17, 2015 at 7:32 PM, Alex M wrote:
> Try changing the style classes to better cover the actual data range.
> Often with rasters if you don't stretch min/mix you end up with just
> gray as the few outlying values get
Andrea
Thanks for the quick response and sorry for not getting back sooner.
Polygon as in a large gray square. I can zoom in and out, just no map.
It's all gray.
It was imported as the raster layer.
Below is the output from gdalinfo
C:\Program Files\GDAL>gdalinfo
After importing a geotiff in a data store (no errors), then going to
preview layer using open layers, I see nothing but a large gray
polygon. Is there anything I can do to help troubleshoot this? I can
view the tiff in graphics editing/viewing problems. It's a 2GB file,
not sure if that's relevant
On Thu, Sep 17, 2015 at 12:28 AM, Alex O'Ree wrote:
> After importing a geotiff in a data store (no errors), then going to
> preview layer using open layers, I see nothing but a large gray
> polygon. Is there anything I can do to help troubleshoot this? I can
> view the
Done
https://osgeo-org.atlassian.net/browse/GEOS-7077
Regards,
Tore Halset.
On 08 Jun 2015, at 16:20, Daniele Romagnoli
daniele.romagn...@geo-solutions.it wrote:
Hi Tore,
do you have any chance to open a JIRA with a sample file reporting the issue?
I think it should preserve the NoData
Hi Tore,
do you have any chance to open a JIRA with a sample file reporting the
issue?
I think it should preserve the NoData value so we need to investigate on
this.
When configuring the layer, do you see any value in the Null Values column
of the coverage band details of your dataset?
Please,
Hello.
I have some of GeoTIFFs with NODATA values. I add the directory as a
ImageMosaic store to GeoServer. It works very well except that the GeoTIFFs I
download from WCS does not have a NODATA value set. At least not visible from
gdalinfo. I have tried with 2.7.1 and the nightly build from
Hi Nicola,
Thank you so much for your work.
Regards,
Bruno
_
Bruno Vermeiren | BELGOCONTROL
DGO/MET/SD
Tel. +32 2 206 23 55
Tervuursesteenweg 303, B-1820 Steenokkerzeel (Belgium)
From: Nicola Lagomarsini [via OSGeo.org]
Hi Nicola,
You will find in attachment two smaller sample (40Kb is the smallest that
we can generate).
Regards,
Bruno
From: Nicola Lagomarsini [via OSGeo.org]
ml-node+s1560n5201495...@n6.nabble.com
To: geobru bruno_vermei...@belgocontrol.be
Date: 15/04/2015 18:10
Subject:
Hi Bruno,
thank you for sharing your data. I have already found a solutions using
libgeotiff library.
I would also advise that the fix has been backported on the 12.x branch.
Regards,
Nicola Lagomarsini.
2015-04-16 15:42 GMT+02:00 geobru bruno_vermei...@belgocontrol.be:
Hi Nicola,
You will
Hi Jukka,
thank you for your suggestion, but using gdal_edit.py does not worked for
me. I have instead found a solution using the listgeo and geotifcp
programs from LibGeotiff library (more info: http://trac.osgeo.org/geotiff/
).
The first one can be used for dumping GeoTiff metadata and second
Hi Bruno,
the fix for GeoTiff Reader should be ready, but since your sample data is
too big for being added in GeoTools, are you able to
provide us a smaller data (for example some tens of Kb)?
Actually GDAL is unable to keep the same CRS if trying to reduce the image
size since by default it
Hi,
I can't test right now but it may be possible to cleat the UoM with
gdal_edit.py http://www.gdal.org/gdal_edit.html
I would try with -mo TIFFTAG_RESOLUTIONUNIT= It that does not work then
removing all with -unsetmd and adding back what is needed with -mo options
should work.
-Jukka
Hello Nicola,
Thank you for your investigations.
I've created the JIRA ticket GEOT-5071
https://osgeo-org.atlassian.net/browse/GEOT-5071 , with the file sample
in attachment. You may use it for all tests you need.
Kind Regards,
Bruno
--
View this message in context:
Thank you Bruno,
I will prepare a fix for it and also backport it to the 2.7.x and 2.6.x
versions.
Regards,
Nicola Lagomarsini.
2015-04-14 14:06 GMT+02:00 geobru bruno_vermei...@belgocontrol.be:
Hello Nicola,
Thank you for your investigations.
I've created the JIRA ticket GEOT-5071
Dear Danny,
Currently, there is no support for internal/external GeoTIFF mask bands.
However, we have discussed in the past about adding this capability,
although it hasn't been schedule yet (no free time to work on it as main
priority / nor funders).
About GDAL, although there is a GeoTools
Hi,
Does anyone know if Geoserver's GeoTiff raster support internal/external mask
bands? Is Geoserver leveraging GDAL for GeoTiff support?
Thanks,
Danny
--
___
Hi Xavier,
there is a couple of options with WCS 2.
- you can request another format which is easier to handle by the client, such
as PNG (builtin browser support).
- you can send a separate DescibeCoverage request and get an XML structure
containing all metadata.
- you can direct the
Hi
WCS has the ability to return a coverage as a GeoTiff file. Then if you
want to display or process row data from this file in a Javascript web
client, you need to have to ability to decode the GeoTiff part of this
file.
I found a Tiff.js library compiled with Emscripten. I succeed to
In my Geotiff (and ArcGrid) files nodata areas are white. When I combine these
to image mosaic, the process adds black areas. However only one color can be
made transparent(?) Is there any solution to hide both white and black areas?
We use background a map and and those extra colors make
All,
I've been using GS 2.1.3 for WMS with ArcGrid datastores. I wanted to
try using GeoTIFF instead, but I get this error from GS:
Unable to acquire a reader for this coverage with format: GeoTIFF
and elsewhere in logs:
Caused by: org.geotools.data.DataSourceException:
On Thu, May 31, 2012 at 6:23 PM, Stephen Crawford src...@psu.edu wrote:
All,
I've been using GS 2.1.3 for WMS with ArcGrid datastores. I wanted to
try using GeoTIFF instead, but I get this error from GS:
Unable to acquire a reader for this coverage with format: GeoTIFF
and elsewhere
OK, looks like I'm sticking with ArcGrid for now. Thanks, Steve
On 5/31/2012 1:10 PM, Andrea Aime wrote:
On Thu, May 31, 2012 at 6:23 PM, Stephen Crawfordsrc...@psu.edu wrote:
All,
I've been using GS 2.1.3 for WMS with ArcGrid datastores. I wanted to
try using GeoTIFF instead, but I get
Hello
I'm trying to configure WCS/WMS with time dimension from GeoTiff. I
understood that it has to be done with Image Mosaic plugin, plain
GeoTiff data source is not capable for that?
I'm not able to create a data store. The GeoServer UI gives always an
error: 'Could not list layers for this
All,
I'm trying to use a GeoTiff as a data store and I get this error:
Could not list layers for this store, an error occurred retrieving
them: Unable to acquire a reader for this coverage with format: GeoTIFF
Using GS 2.1.3
This particular GeoTiff is one I pulled from a postgis 2.0 raster
: Stephen Crawford [mailto:src...@psu.edu]
Sent: Tuesday, March 13, 2012 3:19 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] GeoTiff
All,
I'm trying to use a GeoTiff as a data store and I get this error:
Could not list layers for this store, an error occurred retrieving
On Tue, Mar 13, 2012 at 8:19 PM, Stephen Crawford src...@psu.edu wrote:
All,
I'm trying to use a GeoTiff as a data store and I get this error:
Could not list layers for this store, an error occurred retrieving
them: Unable to acquire a reader for this coverage with format: GeoTIFF
Using GS
I did not know about gdalinfo :-)
Driver: GTiff/GeoTIFF
Files: spr_s_0_20120312.tif
Size is 2176, 1408
Coordinate System is:
PROJCS[RUC_LCC_80,
GEOGCS[GCS_North_American_1983,
DATUM[D_North_American_1983,
SPHEROID[GRS_1980,6378137.0,298.257222101]],
Hi,
My project has an application that can display GeoTiff files on a map.
We are now required to use WCS getCoverage to get GeoTiff files from GeoServer
and then display these GeoTiffs on the map.
When I retrieve the GeoTiffs from GeoServer, they are compressed by LZW
compression and I am
Dear Geoserver-users,
As someone new to Geoserver, I dont know if what I ask is a bug, a pebkac,
or simply not possible:
Ive published two GeoTIFFs to my Geoserver install (both on ESPG:27700) and
added them as non-base layers on a Google Map base in OpenLayers.
Where Geoserver is
Hi Mark,
i don't know off the top of my head but these all look useful:
http://osgeo-org.1803224.n2.nabble.com/Trying-to-get-nodata-in-GeoTIFF-to-display-as-transparent-td6201753.html
http://docs.geoserver.org/stable/en/user/styling/sld-cookbook/rasters.html
(section: 'alpha channel')
On Thu, Jun 16, 2011 at 4:08 AM, Mark Hammond mark.hamm...@bto.org wrote:
I’ve published two GeoTIFFs to my Geoserver install (both on ESPG:27700) and
added them as non-base layers on a Google Map base in OpenLayers.
Where Geoserver is re-projecting the tiffs, it’s leaving a honking great
75 matches
Mail list logo