I am still surprised that simply changing the size of the requested image leads
to an error, but I have given up -- for now -- on trying to understand exactly
why. As long as I avoid requesting certain bbox values, it seems that I can
avoid errors, and that will have to be good enough for now.
Hi there,
I have a couple of 4 bands (R, G, B, NIR) geotifs that I would like to serve
as a WMS service with GeoServer. When loading the tifs localy in QGIS they
are nicely displayed as 4 bands, but when publishing them via GeoServer they
seem to be recognized as single band with QGIS or ArcGIS.
They are true color. Isn't this the use case for InputTransparentColor? Is
there a known issue with it?
As far as the JPEG compression artifacts, this can be solved with LZW like
you suggest. But this is a different issue.
Jason Newmoyer
Newmoyer Geospatial Solutions
843.606.0424
You'll also need to use nearestNeighbor method (i.e., don't interpolate) for
interpolation.
From: Lonnie Matsuno
Sent: Tuesday, January 31, 2017 1:14 PM
To: GeoServer Mailing List List
Subject: Re: [Geoserver-users] Cannot get
I'm not sure if this is the same issue, but we encountered "bleeding" of near
black pixels with geotiff's with JPEG compression. We have subsequently
switched to a lossless compression in our source geotiffs and it works pretty
well.
Lonnie
From: Devin Eyre
The coordinates are to be 4236. The resolutions I had just pulled from an
example I found online. I did not know that they were coordinate system
dependent. Do you know somewhere I can find the proper resolutions?
Josh Obrecht, GISP
GIS Support and Research Facility
Iowa State University
213
You mean using a ColorMap? Isn't that only for single band rasters?
Jason Newmoyer
Newmoyer Geospatial Solutions
843.606.0424
ja...@newmoyergeospatial.com
On Tue, Jan 31, 2017 at 2:01 PM, Devin Eyre wrote:
> Have you tried this:
>
>
Have you tried this:
http://osgeo-org.1560.x6.nabble.com/Re-How-should-i-set-output-transparent-color-no-color-in-image-mosaic-plug-in-in-Geo-server-version--td5027043.html
From: Jason Newmoyer
Sent: Tuesday, January 31, 2017 11:33
Yes, when I do that it turns the black areas transparent in the resulting
image, as expected. However, the tiles still overlap each other instead of
showing through.
Here's a piece of the image. The area marked red I would expect to be
imagery showing through from the tile underneath when using
Have you tried setting OutputTransparentColor to 00?
From: Jason Newmoyer
Sent: Tuesday, January 31, 2017 9:33 AM
To: GeoServer Mailing List List
Subject: [Geoserver-users] Cannot get InputTransparentColor to work in
ImageMosaic
I also get a 404 if I browse to tile 18/9/-1
The tile calculations are off.
It seems as you might mix different SRS in maxExtent and resolutions.
The resolutions seems to match those of EPSG:900913 and maxExtent looks
like EPSG:4236 ones.
What SRS do you state in your spec to mapfish?
On Tue,
Hi,
I am trying to get the load balancer (apache2) to redirect to the active web
front-end only but don't know where to begin; any useful resources?
For the moment whenever I try to request the front-end I get redirected to
all of the web front-ends including the active (works fine) & passive
GeoServer 2.10, RHEL 6
I cannot seem to get the InputTransparentColor configuration to work as
expected with my ImageMosaic layer. I have a mosaic of satellite imagery
(standard RGB, YCbCr JPEG compressed with overviews) tiled into a regular
grid of square tiles. Tile index is stored in PostGIS
Any chance this could be a proxy issue? Can your server access that URL
directly or does it need to go through a proxy (and possibly need a
user/pass)?
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Printing-OSM-tp5305353p5305490.html
Sent from the GeoServer - User
I made that change and now receive the following error.
java.io.IOException: Error (status=404) while reading the image from
https://c.tile.openstreetmap.org/18/0/-1.png: Not Found
Josh Obrecht, GISP
GIS Support and Research Facility
Iowa State University
213 Durham Center
613 Morrill Rd
Ames,
Hello Mauro, thank you for your response, you were right about the patterns
After a while, we have resumed our tries with the ldap validation and,
although now we validate the user correctly using the right patterns, we can
not associate ldap users/groups with the role of administrator.
The
It seems your haveged is not working properly. Please perform some more
tests:
1. Look for the logs in /var/log/tomcat8/catalina.out for a line similar to
/INFO: Creation of SecureRandom instance for session ID generation using //
//[SHA1PRNG] took [313,537] milliseconds./
It should read
Hi Daniel,
Thank you for the reply.
The test was made at home, running the VM on my i7 laptop.
#Running the VM on the real hypervisor server and network:
service tomcat8 stop && service tomcat8 start && time curl
http://127.0.0.1:8080/geoserver/web
#returns
real1m5.163s
user0m0.000s
sys
Hi, Ricardo,
Your geoserver already starts in a reasonable time. I was unsettled
with my installation because it took six minutes. Since haveged did not
change the time needed to run your test, it seems geoserver (actually
tomcat8) is not limited by entropy on startup.
To make sure
Oi Daniel,
Very interesting! I use VM's a lot and always found geoserver very slow to
start. :(
On my "Ubuntu 16.04 server minimal VM, clean install", running on vmware
player:
(needed previous: sudo apt install curl)
sudo su
service tomcat8 stop && service tomcat8 start && time curl
Hello,
The host of the baseURL does not match the allowed host in your yaml.
Change that to c.tile.openstreetmap.org and see if it helps.
If c.tile.openstreetmap.org and tile.openstreetmap.org would resolve to the
same ip you could have changed the host: to ip: in the yaml file.
This is useful
Don't know how helpful this is to you, but just to say that it is possible:
On our standalone GWC 1.9.1, retrieving WMS from a GeoServer 2.9.1, I have a
tileset running EPSG:25832 nicely within these bounds:
20
5997000
93
645
Regards,
/julian
Fra: torsten.d...@t-systems.com
22 matches
Mail list logo