Hello
Has anyone else experienced this? On an otherwise smooth upgrade to 2.25.3,
WMS default raster styles were unset, breaking Layer Previews. Resetting
them fixed things.
Thanks
Tom
--
Tom Chadwin
Senior Full-Stack Consultant
www.astuntechnology.com
07597 582270
--
--
* Book a call
Hello
Is there an approved method of determining which extensions have been
installed since initial deployment? I compared Server Status > Modules with
a vanilla install, but some installed extensions were not listed (Installer
was an example). I can compare WEB-INF/lib with a bare installation, b
I think this is a valid thought - specifically a way in which the developer
of an extension can get it to users before stable publication. Back when I
was doing a QGIS plugin, I was encouraged to release very early indeed with
the "experimental" flag set. It was very difficult to get any feedback o
Hello all
I must be missing a key step. I've set up a JDBC user/group service,
and can see my users and groups in the Geoserver admin interface. I've
set up JDBC authentication, and can successfully authenticate as a
database user when using the JDBC auth "Test connection with
user/password".
I'v
Hello
After experimenting with JDBC and LDAP authentication, user/group
services, and role services, I can no longer get admin access to the
web admin interface (presumably by failing to set the correct ADMIN
role, or something similar).
Is there a moderately easy way to reconfigure Geoserver via
Hello
We've got a test setup of Geoserver authenticating users against LDAP
(Active Directory). I can see various methods of using LDAP/AD group
membership to apply permissions to Geoserver layers etc.
However, is there a way in which I can group LDAP users in Geoserver
itself, without having to
Upgrading to 2.9.1 and rebooting fixed this issue. Don't know if the reboot
alone would have sorted it.
-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Error-Could-not-load-the-propery-file-output-xml-proper
Hello all
I've inherited a CentOS box, and am trying to get Geoserver running under
Tomcat. I'm not a very competent Linux user. I have installed Java, Tomcat,
and Geoserver. When I try to add a new user, I get the following:
An error occurred while saving the user:
com.sun.org.apache.xml.interna
Is it possible to allow certain layers to be requested only when other layers
are requested with it?
Thanks
Tom
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Preventing-WMS-WFS-layers-being-requested-in-isolation-tp5166627.html
Sent from the GeoServer - User mailing lis
We had exactly the same issue when building a Leaflet map from GeoServer
layers. The issue proved to be an incorrect definition of ESPG:27700:
+proj=tmerc +lat_0=49 +lon_0=-2 +k=0.9996012717 +x_0=40 +y_0=-10
+ellps=airy +datum=OSGB36 +units=m +no_defs
What we have now is:
+proj=tmerc +la
Thanks, Jukka. It's good to know it was not just caused by some
misconfiguration by me.
Can anyone shed any light on the log Jukka has posted?
Thanks
Tom
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Re-GWC-seeding-Error-rendering-coverage-on-the-fast-path-tp5140684p51
Has anyone been able to recreate the problem using the two TIFFs I linked to?
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Error-rendering-coverage-on-the-fast-path-tp5138864p5140671.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
---
-Original Message-
> From: Rahkonen Jukka (Tike) [mailto:jukka.rahko...@mmmtike.fi]
> Sent: 14 May 2014 12:12
> To: Tom Chadwin; 'geoserver-users@lists.sourceforge.net'
> Subject: Re: [Geoserver-users] GWC seeding: Error rendering coverage on
> the fast path
>
> H
Alternatively, can anyone suggest a way in which I could blank out the visual
content of the TIFFs without damaging any of the other content relevant to
GDAL (I presume opening in Photoshop and filling with white is unlikely to
preserve all the metadata required). If I can do that, I can see if the
OK, that all seems to have worked - many thanks. I am going to try rerunning
it, though, as the image quality is not good enough. I'll see if Lanczos is
available on my install, or look at the other options.
Any thoughts on the fact that the TIFF is bigger than the 2GB mentioned in
the docs as pot
Hi Jonathan
Just running the last stage of your script now - should complete overnight.
A couple of beginner's questions:
- is the resultant file a single GeoTIFF, and hence should I create that
type of layer in GS?
- do these GeoTIFF overviews perform better than a GS-generated image
pyramid?
Jonathan, Russ, Jukka
Thanks for all the details, but as I say, simply adding a .prj file to the
directory allowed me to create the layer.
However, the broken GWC tiles and GS and TC errors occur with both the 2009
TIFFs and the 2012 ones. Can either of the two of you with these tiles
recreate th
Yes. Apologies for my ignorance. I've now added an epsg:27700 .prj file to
the folder, and the layer now creates fine.
However, previewing it in tile layers has the same effect: broken graphics,
and the same GeoServer and Tomcat errors.
To make that clear, I can now recreate this problem with two
Hi Jonathan
I think I'm running into the same thing. I've got a copy of the same two
tiles from 2012 (I think), but this suggests that creating mosaics purely
from OS TFWs is not simple:
https://www.ordnancesurvey.co.uk/forums/discussion/1001439/1250-000-scale-colour-raster
>From my non-expert u
Hi Russ
Yes, it's been a couple of years since we uploaded the data to our
datacentre. I'll see if I've got a more up-to-date copy, and see if the
problem persists. Regardaless, I'd still like to know what the explanation
is.
Thanks
Tom
--
View this message in context:
http://osgeo-org.1560.
> sd86 and sd88
GDALinfo indicates that it is a 2009 cut:
TIFFTAG_IMAGEDESCRIPTION=1:5 TILE SD86
TIFFTAG_DATETIME=2011:01:18 16:23:57
TIFFTAG_IMAGEDESCRIPTION=1:5 TILE SD88
TIFFTAG_DATETIME=2011:01:18 16:24:00
> I'll also double check GDALinfo on those two tiles.
Identical outp
> I would make a new start and take first only two images and make an
imagemosaic from those.
OK, I've recreated the error with a mosaic of just two tiles. Same GS and
Tomcat log errors. If there are some UK GS 2.5 users out there with full
coverage of OS 50k tiles, try creating a new mosaic store
> On the grep process, have it grep out just -i "band" and see if any files
come back with more than one band defined. (grasping at straws now, but
maybe one of them will be attached to something :) )
No joy - all identical output apart from the filename, and the same number
of lines output as the
> I only have PNG8, as I unchecked the other options. When I choose this, I
have a 4x4 block of broken tiles. Could the error be something to do with
bands in the output tiles, rather than the input TIFFs? I'll gdalinfo them
and see.
Except I don't know how to identify which GWC tiles those are to
> Did you mod my example at all or did you leave it to grep out the band
gray and Band 1?
No, I did:
for i in $(find . -name "*.tif"); do var=`echo $i ;gdalinfo $i | grep -i
"colorInterp"`; echo $var;done;
> Also, can you check your mosaic in standard Layer preview with the single
> large tile?
> ExpandToRGB=true in the mosaic's .properties file.
No change in behaviour - same errors.
I am getting pretty baffled by this. Anyone have any other ideas?
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Error-rendering-coverage-on-the-fast-path-tp5138864p5139256.html
Se
> run a small script that runs gdalinfo on each file and grep out the bands
Thanks for the example. I've run it on our full coverage (UK nationwide, 816
TIFFs), and they all come out with identical info.
Where to look next? I'm about to try setting ExpandToRGB=true in the
mosaic's .properties fil
> I'll do the same on the other adjacent TIFFs
I've now compared gdalinfo output of the TIFF in question with all of its
eight surrounding TIFFs. The band/colour table information is identical:
Band 1 Block=256x256 Type=Byte, ColorInterp=Palette
Color Table (RGB with 256 entries)
All 256 colou
> Ah! It seems you have images in your mosaic that are not sharing the same
number of bands? That is indeed not supported, the images have to be uniform
at least for the color model (e..g, you cannot mix gray and rgb, byte and
float based, and so on).
I've just done a diff on the good and bad TIFF
> it would be good to capture just the failing request with all the
parameters and especially BBOX.
How?
> gdal_translate -of GTIFF -co tiled=yes -co compress=LZW failing.tif
> new_copy.tif and change the new image into the mosaic directory.
Tried this - no change.
However, I now have more inf
GDALinfo output below. As I say, though, the TIFF which will not cache will
be returned when requested by WMS.
Bad Tiff:
Driver: GTiff/GeoTIFF
Files: g:\data_dir\data\os\50k\sd86.tif
Size is 4000, 4000
Coordinate System is:
PROJCS["OSGB 1936 / British National Grid",
GEOGCS["OSGB 1936",
The problem does seem to be with specific source TIFFs in the mosaic, one of
which I have identified specifically. I can view it in layer preview as part
of the mosaic, but if try to seed a GWC job with the bounding box limited to
this one TIFF, it fails with the errors in the first post in this th
> You might want to test the 2.5.x nightly snapshot to
see if that resolves the issue.
Installed the latest nightly: no change in behaviour.
I need to track down what I suspect might be problematic underlying tiles. I
can request them via plain WMS, just not via integrated GWC.
Thanks
Tom
--
> There were some issues with 2.5.0 and raster stuff. Some of them have been
fixed for the 2.5.1. You might want to test the 2.5.x nightly snapshot to
see if that resolves the issue.
Will do.
> Alternately you might want to try deleting and re-adding the layer that is
giving you issues.
Yes, I'v
Ah, it's not just GWC. WMS is failing with the same errors for tiles which
come from some specific TIFFs.
Any ideas?
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/GWC-seeding-Error-rendering-coverage-on-the-fast-path-tp5138864p5138880.html
Sent from the GeoServer - Use
Full log:
2014-05-06 17:36:29,046 ERROR [geoserver.ows] -
org.geoserver.platform.ServiceException: Error rendering coverage on the
fast path
at
org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:331)
at
org.geoserver.wms.map.RenderedIma
GeoServer
Expected: RenderedImageMap, got null
Can anyone help me solve this? For any UK users, the data is OS 1:50k national
coverage, and I was trying to seed two zoom levels within a much smaller
bounding box.
Thanks
Tom
Tom Chadwin, UK National Parks Portal Manager
Telephone: 01434 611511 Mob
the wrong tree, then more broadly, has anyone managed to
pull in GWC tiles to Leaflet over WMTS? If so, how?
Thanks
Tom
Tom Chadwin, UK National Parks Portal Manager
Telephone: 01434 611511 Mob: 07881 109617
Web:
www.northumberlandnationalpark.org.uk<h
I currently cannot figure out how to get Jetty to bind to the server's
additional IP address. Should I continue wrestling with Jetty, or should I
abandon and switch to Tomcat? Is it more robust or flexible for a production
server?
Oh, or if anyone can tell me how to get Jetty to respond to another
m
From: Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk]
Sent: 25 April 2014 16:56
To: Tom Chadwin
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Running production server on Windows 2008R2 x64
Hi Tom,
We've done something similar. You can see a list of our GeoServer host
well, at least for the
moment, though we might well migrate that as well in time.
Thanks
Tom
Tom Chadwin, UK National Parks Portal Manager
Telephone: 01434 611511 Mob: 07881 109617
Web:
www.northumberlandnationalpark.org.uk<http://www.northumberlandnationalpark.org.uk/>
IMPOR
m
From: Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk]
Sent: 25 April 2014 16:14
To: Tom Chadwin
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Running production server on Windows 2008R2 x64
Hi Tom,
We're using ours with the following:
- Windows 2008 R2 x64
-
Hello all
We have an existing GeoServer install which has not managed to perform well
enough, so I am building new one. We are choosing Windows because of
in-house OS expertise. we are running under VMware ESx4. What are our best
installation options?
- x86 or x64 OS (Windows 2008 R2)
- standalo
has fixed both
issues: now only one log file, and it has content.
So, to confirm, audit logging cannot find the inbuilt templates in 2.4.1 on
Windows.
Thanks for all the help
Tom
Tom Chadwin, UK National Parks Portal Manager
Telephone: 01434 611511 Mob: 07881 109617
Web:
www.northumberlandnatio
> But it should have been fixed by 2.4.0, which version are you running?
2.4.1
> Did you provide your own template files, maybe just in part?
No, but I shall read the docs to see if I can figure out where the template
files should be, and whether they are in the wrong place.
Thanks
Tom
tFoundException: Template header.ftl not found.
Do I need to upgrade?
Thanks
Tom
From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea
Aime
Sent: 23 April 2014 15:30
To: Tom Chadwin
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Enabling au
ight place. However:
- up to three files are being generated per minute
- the log files are all empty
My config is:
audit.enabled=true
audit.path=G:/geoserver/logs
audit.roll_limit=20
Any ideas?
Thanks
Tom
Tom Chadwin, UK National Parks Portal Manager
Telephone: 01434 611511 Mob: 07881
o monitor.properties picked up immediately, or do they require a
config and catalog reload, or GeoServer restart?
Sorry for all the questions, and many thanks in advance for any help
Tom
Tom Chadwin, UK National Parks Portal Manager
Telephone: 01434 611511 Mob: 07881 109617
Web:
www.northumb
48 matches
Mail list logo