I am using PointStacker with geoServer V2.9 to display a data set. In
my application I also enable WFS, and was having issues with the screen
selection point. I added a test style that renders the objects without
PointStacker, and I can see that the position of the PointStacker
objects is far
I updated to V2.12 (WAR - Windows, Tomcat) today, and am now seeing the
following warning
Security framework of XStream not initialized, XStream is probably
vulnerable.
Looking at this it seems you need to make code changes to avoid this -
for example see
https://stackoverflow.com/questions
I am attempting to use the offset function to shift the icons resulting
from the output of PointStacker. When I add this call, the object is
never rendered. There is no error in the log, or any indication of a
problem. I partially resolved this when I discovered the undocumented
'preserveLoc
While integrating a new map element I hit an odd behavior, and wanted to
post here before entering a bug report. I had created a GeoTiff based
store, and created a layer using it. This was working fine, but I then
replaced the actual file with an updated version with different bounding
coordi
Thanks - using Server Status/Resource Cache/Clear did allow the new
information to be recognized. I assume this is the same action as a
'/reset' command via the REST API. On a related note, it would be nice
if there was a REST API to trigger a layer to regenerate this boundary
data (and perha
I am in the process of deploying a newly installed (geo)server, and have
hit an odd problem. The new system is a complete refresh (OS,
postgreSQL, Java, Tomcat, ...), but I don't think most of these changes
are relevant. The old system is running geoServer 2.4.2, and the new
one uses 2.5.2.
work you do for this
community.
On 10/7/2014 11:16 PM, Andrea Aime wrote:
On Wed, Oct 8, 2014 at 2:16 AM, Tom S
mailto:tom-sourcefo...@fatsheepfarm.com>> wrote:
I am in the process of deploying a newly installed (geo)server,
and have
hit an odd problem. The new system is a
We are attempting to implement caching and are seeing problems with the
disk use. The environments we have tested are
GeoServer 2.6, 2.5.x, 2.2.x
Windows 2012 R2, Win 2008 R2
Java 7, Java 6
Tomcat 8, Tomcat 6
The environment does not make any difference - beyond the fact that this
is a typical
proper is actually under C:\Program Files\Tomcat
On 10/21/2014 5:09 AM, Ralph Dell wrote:
> Just curious, is your geowebcache folder under Program Files(x86)?
>
> -Original Message-
> From: Tom S [mailto:tom-sourcefo...@fatsheepfarm.com]
> Sent: Monday, October 20, 20
I just attempted to update an existing test system. It was using 2.11.2
under Java 1.8 and Tomcat 8. When I tried to add a new Style, and using
the 'Copy Existing' option it is not working (no reaction). I then
tried checking setting and when submitting a change to the global
settings I am g
The tomcat instance will not start if you include the
'-XX:+UseStringDeduplicationJVM' startup parameter (and G1GC). This
option is recommended in the setup docs at
https://docs.geoserver.org/stable/en/user/production/container.html
___
Geoserver-
I will be testing on AdoptOpenJDK 14 - is there any avenue that is
preferred for documenting (other) issues I encounter?
On 4/22/2020 7:30 AM, Andrea Aime wrote:
GeoServer is tested on Java 8 and Java 11 only. Any other version
might or might not work,
at your own risk :-)
___
I have just created a fresh install of the WAR version, and migrated an
existing DB and data directory over to it. When I tried to do some
cleanup of the resulting configuration I found two issues on the Layers page
1) If I select the 'Select all' check box, it is not working
2) The 'Remove S
I will double check that, but the problem exists even with the default
data set. I also see the same issue under Chrome and with GeoS
V1.16.2. The test system I am using has the latest tomcat 9.x and
AdoptOpenJDK 11.x - I might try it on a different system with JDK 8.
On 5/13/2020 3:26 PM, H
n properly (in the new
environment).
On 5/13/2020 4:15 PM, Tom S wrote:
I will double check that, but the problem exists even with the default
data set. I also see the same issue under Chrome and with GeoS
V1.16.2. The test system I am using has the latest tomcat 9.x and
AdoptOpenJDK 11.x
Glad to see this is reproducible (on a non-Windows platform even). I'm
still trying to track it down, but for me this seems to be related to
using a Apache HTTPD (latest version) proxy as a front end. From that
programs access logs I see
::1 - - [13/May/2020:14:49:09 -1000] "POST
/geoserver
amed web
2020-05-14 11:41:01,496 DEBUG [geoserver.ows] - Could not find a layer
group named web
2020-05-14 11:41:01,636 DEBUG [org.geoserver] - Thread 89 locking in
mode READ
On 5/14/2020 11:52 AM, Tom S wrote:
Glad to see this is reproducible (on a non-Windows platform even).
I'm sti
Yes - at first glance any of the 'bookmarkable' URL calls will fail.
Its working for me if I remove the tomcat 'proxy*' directives. I know I
had to add them at some point in the past (with much older versions of
httpd, tomcat and geoserver) to get things to work, but so far it seems
fine with
Perhaps revise the 'GeoServer Cleanup' section to say something like
Under Java8, if the Native JAI functions are installed (see below) , you
may optionally remove the original JAI files from the GeoServer
|WEB-INF/lib| folder:
As-is, the implication is that everyone should do this (as I tri
This does highlight a problem in the text - perhaps the text should read
something like 'Strong cryptography is active' - available really means
something different!
On 6/22/2020 3:40 PM, Brad Hards wrote:
I don’t think this is a problem – this is the way it should be.
If you see “not avai
I posted a similar inquiry earlier, but did not come up with a solution
at the time, and then got distracted. I've recently picked up the task
again, and have found a bit more information. The issue is fairly
simple - with my setup (Windows - various versions 2008R2 to 2012,
geoServer - vario
I just installed the 2.8 release, and am testing the new Memory cache
option. The first problem (confusion) I encountered relates to the
admin GUI screens. I normally do not configure a default set of layer
parameters, but do this on specific layers. When I looked at my first
test layer, the
I have been testing the new Memory cache functionality, and have a few
comments (and questions). For comments, is it better to simply post
here, or should I open JIRA tickets? In any case, the first set of
comments are
1) In the 'Caching Defaults' admin screen, ideally move the general
cache
When you say blank, is the expected content missing, or are some of the
normal map controls also missing? For recent releases of geoServer it
seems that the system has a new/different dependency for the OpenLayers
library used for preview - if you are accessing geoServer via a proxy,
you will
I just discovered that my geoServer Tomcat 'work' directory seems to be
overly large (6GB in one case). This is a fairly standard setup, with
one difference - my layers (stored in PostGreSQL) are all very dynamic
(data changes each minute) - which might or might not impact this. I
primarily s
I am seeing an odd behavior in GeoServer V2.2.2 with Style processing.
I have a style that includes
8000.0
data_type
0
2 1 1 2
1
1 1
12
congestion_level
B
#CC
R
#FF9900
data_type
0
2 1 1 2
1
1 1
0.6
The line label shows the expected value (based on t
x27;t work). Would it be possible to add a
'parseLiteral' function that converted data into the needed format, or
is there already a way to do this?
On 2/27/2013 11:01 PM, Andrea Aime wrote:
On Thu, Feb 28, 2013 at 3:50 AM, Tom S
<mailto:tom-sourcefo...@fatsheepfarm.com>> wro
On the page
http://docs.geoserver.org/stable/en/user/filter/function_reference.html
in the description of the geometryType function one of the results is
listed as "MultiPoligon" - should this be "MultiPolygon"?
Note that if it is a typo, the same text exists in (some) earlier
versions of the
I just encountered a problem, and was wondering if anyone else has seen
or can reproduce. I installed a new server with geoServer V2.4.2, and
copied the data directory over from another running instance.
Everything is fine in general, but when I attempted to activate and
change the WMS Waterm
e you sure GeoServer can access the new URL?
Jonathan
On 30 December 2013 18:52, Tom S <mailto:tom-sourcefo...@fatsheepfarm.com>> wrote:
I just encountered a problem, and was wondering if anyone else has
seen
or can reproduce. I installed a new server with geoServ
In the past there was a suggestion to add a few options to the tomcat
setup, including similar to
-XX:MaxPermSize=512m
-XX:SoftRefLRUPolicyMSPerMB=10
-XX:+UseParallelGC
-XX:+UseParallelOldGC
-XX:NewRatio=2
Are these still applicable to a current Java (8) and geoServer (2.9)
setup? For examp
I am using this API after externally modifying several settings files.
For the most part it seems to be working as expected, but one of the
settings (found in gwc-gs.xml) - the Cache Eviction Time - is not being
visibly altered in the user interface to reflect the new value in the
file. Shoul
While I love the Recode function, there is one problem with it. There is
no (obvious) way to define a value to use if none of the 'data' items
matches the 'lookupValue', and the current structure doesn't lend itself
to adding one. I can see three potential ways to solve this
1) Change the defi
I had seen this problem in the distant past, which lead me to stop using
the APR, but just got back around to re-testing it. The current test
environment is
Windows 2012 R2, 64 bit
Java 8
Tomcat 8.0.36
Tomcat Native APR 1.2.x
GeoServer 1.9.1
Apache HTTPD V2.4 (as a proxy, using AJP to redirect t
34 matches
Mail list logo