from:"Niklas Elelid"

[Geoserver-users] High CPU & memory on Windows

2021-12-19 Thread Niklas Elelid

Hi list members!

I started with Geoserver on a Windows 2016 server some time ago. Since I
had problems with high CPU & memory usage I tried a Linux installation
which seemed much better. For various reasons I now went back to Windows
on a more capable server (4 CPU / 8 GB RAM) which I thought would be
able to run Geoserver better than the first installation.

But unfortunately the same issue on Windows again. On startup the
service goes up to approx 70%, idles around 1-2 % CPU but still hogs
about 600MB of RAM. Logging into the web admin brings the CPU up to 50%.
The main issue is that a layer request makes it spike at around 90% and
2.5GB RAM and then it just stays there without me making any more
requests. Now it's game over until after the service is restarted which
by the way is not possible. I have to kill the process and start the
service.

The layer in question is loading an ImageMosaic layer with images on
disk and the time/elevation data in PostgreSQL. A windbarb SLD is
applied to the layer.

Any ideas on where to start troubleshooting this?

Thanks in advance!

Niklas

___
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] Unparseable date

2021-10-25 Thread Niklas Elelid


Thanks for replying Graham!

Actually, as weird  as it was that it just stopped working, the matter 
has self resolved...


The date format it was complaining about is generated during the REST 
API update and inserted into the database by geoserver itself so it's 
not my doing.


None the wiser, just hoping it won't happen again.

/Niklas

On 2021-10-24 23:31, Humphries, Graham wrote:

I Have been using the time dimension in some vector layers.
The format that works for me is like so: 2021-10-25T00:00:00.000Z, the date 
shown in your error log is missing the decimal seconds

I think this is the correct ISO format


-Original Message-----
From: Niklas Elelid 
Sent: Friday, 22 October 2021 8:24 PM
To: geoserver-users 
Subject: [Geoserver-users] Unparseable date

Dear list members,

I have a couple of ImageMosaic layers with TIME dimension running on Geoserver 
2.18.2. The store for the mosaic data is a Postgres database.

Everything has been running fine until a couple of days when suddenly no tiles 
are served. Looking in the log file I find the below issue regarding date 
parsing, which I do not understand. To me that looks like a correct ISO-8601 
date. This is the date format as stored in the database as well:

   4521107 |
010320BE0B0100050039B4C87686EBFE404E6210389BD3564139B4C87686EBFE404E6210381DA55D41448B6C675C6930414E6210381DA55D41448B6C675C6930414E6210389BD3564139B4C87686EBFE404E6210389BD35641
| 20211022T073000Z.tif | 2021-10-22T07:30:00Z

I swear I have personally not made any changes to the setup, it just
stopped working. I however don't know if any update from the Linux
hosting provider as taken place that could cause this.

I have deleted all files, all SQL records and recreated with the REST
api command but the problem persists.

Thanks in advance for any help.

/Niklas

Logfile:

2021-10-22 11:07:49,386 WARN [catalog.util] - Unparseable date:
"2021-10-22T07:30:00Z"
java.text.ParseException: Unparseable date: "2021-10-22T07:30:00Z"
  at java.base/java.text.DateFormat.parse(DateFormat.java:395)
  at
org.geoserver.catalog.util.ReaderDimensionsAccessor.parseTimeOrRange(ReaderDimensionsAccessor.java:224)
  at
org.geoserver.catalog.util.ReaderDimensionsAccessor.getTimeDomain(ReaderDimensionsAccessor.java:161)
  at
org.geoserver.wms.dimension.impl.CoverageNearestValueSelectionStrategyImpl.findNearestTime(CoverageNearestValueSelectionStrategyImpl.java:109)
  at
org.geoserver.wms.dimension.impl.CoverageNearestValueSelectionStrategyImpl.getDefaultValue(CoverageNearestValueSelectionStrategyImpl.java:81)
  at org.geoserver.wms.WMS.getDefaultTime(WMS.java:1480)
  at org.geoserver.wms.WMS.getWMSReadParameters(WMS.java:1091)
  at org.geoserver.wms.GetMap.executeInternal(GetMap.java:618)
  at org.geoserver.wms.GetMap.run(GetMap.java:300)
  at org.geoserver.wms.GetMap.run(GetMap.java:123)
  at
org.geoserver.wms.DefaultWebMapService.getMap(DefaultWebMapService.java:246)
  at jdk.internal.reflect.GeneratedMethodAccessor313.invoke(Unknown
Source)
  at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.base/java.lang.reflect.Method.invoke(Method.java:566)
  at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:343)
  at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:198)
  at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
  at
org.geoserver.kml.WebMapServiceKmlInterceptor.invoke(WebMapServiceKmlInterceptor.java:38)
  at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
  at
org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:55)
  at
org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:31)
  at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
  at
org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:61)
  at
org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:41)
  at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
  at
org.geoserver.ows.util.RequestObjectLogger.invoke(RequestObjectLogger.java:50)
  at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
  at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212)
  at com.sun.proxy.$Proxy104.getMap(Unknown Source)
  at jdk.internal.reflect.GeneratedMethodAccessor258.invoke(Unknown
Source)
  at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces

[Geoserver-users] Unparseable date

2021-10-22 Thread Niklas Elelid


Dear list members,

I have a couple of ImageMosaic layers with TIME dimension running on 
Geoserver 2.18.2. The store for the mosaic data is a Postgres database.


Everything has been running fine until a couple of days when suddenly no 
tiles are served. Looking in the log file I find the below issue 
regarding date parsing, which I do not understand. To me that looks like 
a correct ISO-8601 date. This is the date format as stored in the 
database as well:


 4521107 | 
010320BE0B0100050039B4C87686EBFE404E6210389BD3564139B4C87686EBFE404E6210381DA55D41448B6C675C6930414E6210381DA55D41448B6C675C6930414E6210389BD3564139B4C87686EBFE404E6210389BD35641 
| 20211022T073000Z.tif | 2021-10-22T07:30:00Z


I swear I have personally not made any changes to the setup, it just 
stopped working. I however don't know if any update from the Linux 
hosting provider as taken place that could cause this.


I have deleted all files, all SQL records and recreated with the REST 
api command but the problem persists.


Thanks in advance for any help.

/Niklas

Logfile:

2021-10-22 11:07:49,386 WARN [catalog.util] - Unparseable date: 
"2021-10-22T07:30:00Z"

java.text.ParseException: Unparseable date: "2021-10-22T07:30:00Z"
    at java.base/java.text.DateFormat.parse(DateFormat.java:395)
    at 
org.geoserver.catalog.util.ReaderDimensionsAccessor.parseTimeOrRange(ReaderDimensionsAccessor.java:224)
    at 
org.geoserver.catalog.util.ReaderDimensionsAccessor.getTimeDomain(ReaderDimensionsAccessor.java:161)
    at 
org.geoserver.wms.dimension.impl.CoverageNearestValueSelectionStrategyImpl.findNearestTime(CoverageNearestValueSelectionStrategyImpl.java:109)
    at 
org.geoserver.wms.dimension.impl.CoverageNearestValueSelectionStrategyImpl.getDefaultValue(CoverageNearestValueSelectionStrategyImpl.java:81)

    at org.geoserver.wms.WMS.getDefaultTime(WMS.java:1480)
    at org.geoserver.wms.WMS.getWMSReadParameters(WMS.java:1091)
    at org.geoserver.wms.GetMap.executeInternal(GetMap.java:618)
    at org.geoserver.wms.GetMap.run(GetMap.java:300)
    at org.geoserver.wms.GetMap.run(GetMap.java:123)
    at 
org.geoserver.wms.DefaultWebMapService.getMap(DefaultWebMapService.java:246)
    at jdk.internal.reflect.GeneratedMethodAccessor313.invoke(Unknown 
Source)
    at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

    at java.base/java.lang.reflect.Method.invoke(Method.java:566)
    at 
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:343)
    at 
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:198)
    at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
    at 
org.geoserver.kml.WebMapServiceKmlInterceptor.invoke(WebMapServiceKmlInterceptor.java:38)
    at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
    at 
org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:55)
    at 
org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:31)
    at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
    at 
org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:61)
    at 
org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:41)
    at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
    at 
org.geoserver.ows.util.RequestObjectLogger.invoke(RequestObjectLogger.java:50)
    at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
    at 
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212)

    at com.sun.proxy.$Proxy104.getMap(Unknown Source)
    at jdk.internal.reflect.GeneratedMethodAccessor258.invoke(Unknown 
Source)
    at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

    at java.base/java.lang.reflect.Method.invoke(Method.java:566)
    at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:877)
    at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:265)
    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.servle

Re: [Geoserver-users] Problem with GetCapabilties and TIME dimension

2021-08-17 Thread Niklas Elelid

clipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
    at 
org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:201)
    at 
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:119)
    at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1602)
    at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:540)
    at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146)
    at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)
    at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
    at 
org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257)
    at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1700)
    at 
org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
    at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1345)
    at 
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)
    at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)
    at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1667)
    at 
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)
    at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1247)
    at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)
    at 
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:220)
    at 
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:152)
    at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)

    at org.eclipse.jetty.server.Server.handle(Server.java:505)
    at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:370)
    at 
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:267)
    at 
org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)

    at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)
    at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117)
    at 
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333)
    at 
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310)
    at 
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168)
    at 
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126)
    at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366)
    at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:698)
    at 
org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:804)

    at java.base/java.lang.Thread.run(Thread.java:834)

On Tue, Aug 10, 2021 at 6:39 AM Niklas Elelid <mailto:nik...@swepilot.se>> wrote:


Hi!

Sorry for another question but I'm not having any luck with
finding the
answer to this.

I have 2 issues that might or might not be related, no idea really.

1. A newly created ImageMosaic layer with TIME dimension (List) is
not
returned in the XML when requesting GetCapabilities. Doing GetMap
requests with the times for which images are available works fine, no
problem, it's just not shown in the capabilities XML. I have three
other
layers from other stores that ARE shown in the XML.


We need more info to be able to help.
What do you mean by "Doing GetMap
requests with the times for which images are available works fine, no
problem"?
Do you see any errors in the log when you issue a GetCap? You can make 
a single layer GetCap by adding /workspace/layer before ows to isolate.

Can you share a screenshot of the Dimensions tab content?


2. All my layers have TIME dimension. I might have misunderstood
the WMS
specification but I am under the impression that if I make a GetMap
request for a specific time that does not exist in the published
layer,
the server should return an exception. (E.g. images exist for the
year
2021 and if I make a request for a time in 2020 it should return an
exception). My problem is that yes it does return an exception,
sometimes Sometimes it returns just an empty png and it seems
completely random. I do not have "Nearest match" enabled. I need
to have
an exception returned if the user requested time does not have a
corresponding image that exactly matches the time. 



Any recommendations/workarounds how to solve especially the second
issue?

I'm running version 1.18.2 and the ImageMosaic inform

[Geoserver-users] Problem with GetCapabilties and TIME dimension

2021-08-09 Thread Niklas Elelid


Hi!

Sorry for another question but I'm not having any luck with finding the 
answer to this.


I have 2 issues that might or might not be related, no idea really.

1. A newly created ImageMosaic layer with TIME dimension (List) is not 
returned in the XML when requesting GetCapabilities. Doing GetMap 
requests with the times for which images are available works fine, no 
problem, it's just not shown in the capabilities XML. I have three other 
layers from other stores that ARE shown in the XML.


2. All my layers have TIME dimension. I might have misunderstood the WMS 
specification but I am under the impression that if I make a GetMap 
request for a specific time that does not exist in the published layer, 
the server should return an exception. (E.g. images exist for the year 
2021 and if I make a request for a time in 2020 it should return an 
exception). My problem is that yes it does return an exception, 
sometimes Sometimes it returns just an empty png and it seems 
completely random. I do not have "Nearest match" enabled. I need to have 
an exception returned if the user requested time does not have a 
corresponding image that exactly matches the time.


Any recommendations/workarounds how to solve especially the second issue?

I'm running version 1.18.2 and the ImageMosaic information is stored in 
Postgres.


Thanks in advance for any assistance provided.

/Niklas



___
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] Problem creating ImageMosaic store

2021-08-09 Thread Niklas Elelid


Hi Andrea!

I figured out what might be the problem during my morning coffee. Turns 
out that during one of the many GDAL processes I am doing to smoothen 
and colorize the image the projection data in the image file was lost. I 
re-added with "gdalwarp .. -t_srs EPSG:3006.." and then it 
worked without any problems.


Thanks for offering your support.

Best regards
Niklas

On 2021-08-09 11:20, Andrea Aime wrote:

Hi Niklas,
can you please clean up the database table, set the logging profile to 
"GeoTools developer logging"
and try again? Reading the logs might give you some hint as to what is 
happening, otherwise
please collect them all (they will be likely long) and send them on 
this thread again.


Cheers
Andera

On Sun, Aug 8, 2021 at 10:11 AM Niklas Elelid <mailto:nik...@swepilot.se>> wrote:


Hi!

I'm trying to create an ImageMosaic store, storing the data in
Postgres.
I have created other such stores successfully on the same server
so it's
not my first time.

However, for this store I now get the error "Could not list layers
for
this store, an error occurred retrieving them: Failed to create
reader
from file:data/[storeName]"

Listing my findings:

1. The database connection is working because the table
[storeName] is
created in Postgres. The [storeName].properties file is NOT
created in
the directory

2. The .tif-files are projected in EPSG:3006. If I replace the .tif
files in the directory with files from the working store (EPSG:4326),
the store is created successfully

3. I can create a normal GeoTIFF store with the EPSG:3006 files

4. EPSG:3006 exists in the spatial_sys_ref table

5. Log file below

Thanks in advance for any assistance.

/Niklas

Log file:

2021-08-08 09:06:49,305 INFO [geoserver.web] - Getting list of
coverages
for saved store file:data/[storeName]
java.lang.RuntimeException: Could not list layers for this store, an
error occurred retrieving them: Failed to create reader from
file:data/[storeName] and hints Hints:
   EXECUTOR_SERVICE =
java.util.concurrent.ThreadPoolExecutor@3ab9773f[Running, pool
size = 0,
active threads = 0, queued tasks = 0, completed tasks = 0]
   REPOSITORY   = org.geoserver.catalog.CatalogRepository@7e0531e9
System defaults:
   GRID_COVERAGE_FACTORY    = GridCoverageFactory
 TILE_ENCODING  = null
   COMPARISON_TOLERANCE = 1.0E-8
   FEATURE_FACTORY  =
org.geotools.feature.LenientFeatureFactoryImpl@6bd16207
   STYLE_FACTORY    = StyleFactoryImpl
   FILTER_FACTORY   = FilterFactoryImpl
   FORCE_AXIS_ORDER_HONORING    = http
   FORCE_LONGITUDE_FIRST_AXIS_ORDER = true
   LENIENT_DATUM_SHIFT  = true

 at

org.geoserver.web.data.layer.NewLayerPageProvider.getItemsInternal(NewLayerPageProvider.java:170)
 at

org.geoserver.web.data.layer.NewLayerPageProvider.getItems(NewLayerPageProvider.java:47)
 at

org.geoserver.web.wicket.GeoServerDataProvider.getFilteredItems(GeoServerDataProvider.java:190)
 at

org.geoserver.web.data.layer.NewLayerPageProvider.getFilteredItems(NewLayerPageProvider.java:186)
 at

org.geoserver.web.wicket.GeoServerDataProvider.size(GeoServerDataProvider.java:208)
 at

org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.updateMatched(GeoServerTablePanel.java:664)
 at

org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.(GeoServerTablePanel.java:659)
 at

org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:237)
 at

org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:106)
 at
org.geoserver.web.data.layer.NewLayerPage$1.(NewLayerPage.java:99)
 at
org.geoserver.web.data.layer.NewLayerPage.(NewLayerPage.java:98)
 at

org.geoserver.web.data.store.CoverageStoreNewPage.onSuccessfulSave(CoverageStoreNewPage.java:86)
 at

org.geoserver.web.data.store.CoverageStoreNewPage.onSave(CoverageStoreNewPage.java:71)
 at

org.geoserver.web.data.store.AbstractCoverageStorePage$1.onSubmit(AbstractCoverageStorePage.java:141)
 at

org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:111)
 at

org.apache.wicket.ajax.form.AjaxFormSubmitBehavior$AjaxFormSubmitter.onSubmit(AjaxFormSubmitBehavior.java:215)
 at
org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1309)
 at org.apache.wicket.markup.html.form.Form.process(Form.java:976)
 at
org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:797)
 at

org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onE

[Geoserver-users] Problem creating ImageMosaic store

2021-08-08 Thread Niklas Elelid


Hi!

I'm trying to create an ImageMosaic store, storing the data in Postgres. 
I have created other such stores successfully on the same server so it's 
not my first time.


However, for this store I now get the error "Could not list layers for 
this store, an error occurred retrieving them: Failed to create reader 
from file:data/[storeName]"


Listing my findings:

1. The database connection is working because the table [storeName] is 
created in Postgres. The [storeName].properties file is NOT created in 
the directory


2. The .tif-files are projected in EPSG:3006. If I replace the .tif 
files in the directory with files from the working store (EPSG:4326), 
the store is created successfully


3. I can create a normal GeoTIFF store with the EPSG:3006 files

4. EPSG:3006 exists in the spatial_sys_ref table

5. Log file below

Thanks in advance for any assistance.

/Niklas

Log file:

2021-08-08 09:06:49,305 INFO [geoserver.web] - Getting list of coverages 
for saved store file:data/[storeName]
java.lang.RuntimeException: Could not list layers for this store, an 
error occurred retrieving them: Failed to create reader from 
file:data/[storeName] and hints Hints:
  EXECUTOR_SERVICE = 
java.util.concurrent.ThreadPoolExecutor@3ab9773f[Running, pool size = 0, 
active threads = 0, queued tasks = 0, completed tasks = 0]

  REPOSITORY   = org.geoserver.catalog.CatalogRepository@7e0531e9
System defaults:
  GRID_COVERAGE_FACTORY    = GridCoverageFactory
    TILE_ENCODING  = null
  COMPARISON_TOLERANCE = 1.0E-8
  FEATURE_FACTORY  = 
org.geotools.feature.LenientFeatureFactoryImpl@6bd16207

  STYLE_FACTORY    = StyleFactoryImpl
  FILTER_FACTORY   = FilterFactoryImpl
  FORCE_AXIS_ORDER_HONORING    = http
  FORCE_LONGITUDE_FIRST_AXIS_ORDER = true
  LENIENT_DATUM_SHIFT  = true

    at 
org.geoserver.web.data.layer.NewLayerPageProvider.getItemsInternal(NewLayerPageProvider.java:170)
    at 
org.geoserver.web.data.layer.NewLayerPageProvider.getItems(NewLayerPageProvider.java:47)
    at 
org.geoserver.web.wicket.GeoServerDataProvider.getFilteredItems(GeoServerDataProvider.java:190)
    at 
org.geoserver.web.data.layer.NewLayerPageProvider.getFilteredItems(NewLayerPageProvider.java:186)
    at 
org.geoserver.web.wicket.GeoServerDataProvider.size(GeoServerDataProvider.java:208)
    at 
org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.updateMatched(GeoServerTablePanel.java:664)
    at 
org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.(GeoServerTablePanel.java:659)
    at 
org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:237)
    at 
org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:106)
    at 
org.geoserver.web.data.layer.NewLayerPage$1.(NewLayerPage.java:99)
    at 
org.geoserver.web.data.layer.NewLayerPage.(NewLayerPage.java:98)
    at 
org.geoserver.web.data.store.CoverageStoreNewPage.onSuccessfulSave(CoverageStoreNewPage.java:86)
    at 
org.geoserver.web.data.store.CoverageStoreNewPage.onSave(CoverageStoreNewPage.java:71)
    at 
org.geoserver.web.data.store.AbstractCoverageStorePage$1.onSubmit(AbstractCoverageStorePage.java:141)
    at 
org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:111)
    at 
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior$AjaxFormSubmitter.onSubmit(AjaxFormSubmitBehavior.java:215)
    at 
org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1309)

    at org.apache.wicket.markup.html.form.Form.process(Form.java:976)
    at 
org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:797)
    at 
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:171)
    at 
org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:155)
    at 
org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:601)
    at jdk.internal.reflect.GeneratedMethodAccessor2557.invoke(Unknown 
Source)
    at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

    at java.base/java.lang.reflect.Method.invoke(Method.java:566)
    at 
org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:258)
    at 
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:241)
    at 
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:248)
    at 
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:234)
    at 
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:895)
    at 
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
    at 
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265)
    at 
org.apache.wicket.

Re: [Geoserver-users] Styling of windbarbs

2021-03-11 Thread Niklas Elelid

tyle/windbarbs

<https://github.com/geotools/geotools/tree/main/modules/library/render/src/main/java/org/geotools/renderer/style/windbarbs>>
>>
>>     You may be able to add a custom symbol using normal
GeoServer styling, but the code approach is likely easier and better.
>>
>>     Brad.
>>
>>     On 11 Mar 2021 4:20 am, Niklas Elelid
mailto:geoserverl...@neware.se>
<mailto:geoserverl...@neware.se <mailto:geoserverl...@neware.se>>>
wrote:
>>
>>         Following the instructions in the GeoServer docs I have
added the style windbarbs to my layer.
>>
>>
>>

https://geoserver.geo-solutions.it/educational/en/multidim/accessing_multidim/rtx/wind_barbs.html

<https://geoserver.geo-solutions.it/educational/en/multidim/accessing_multidim/rtx/wind_barbs.html>

<https://geoserver.geo-solutions.it/educational/en/multidim/accessing_multidim/rtx/wind_barbs.html

<https://geoserver.geo-solutions.it/educational/en/multidim/accessing_multidim/rtx/wind_barbs.html>>
>>
>>
>>         The flag in a windbarb symbolizing 50kts wind should be
filled. I have been trying to find how the well known windbarb is
built (and possibly can be changed) in GeoServer but have had no
luck. Anyone has any good suggestions?
>>
>>
>>         Thanks!
>>
>>
>>         Niklas
>>
>>
>>     ___
>>     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#/
<http://www.ianturton.com/talks/foss4g.html#/>
<http://www.ianturton.com/talks/foss4g.html#/
<http://www.ianturton.com/talks/foss4g.html#/>>
>>     - The GeoServer user list posting guidelines:
http://geoserver.org/comm/userlist-guidelines.html
<http://geoserver.org/comm/userlist-guidelines.html>
<http://geoserver.org/comm/userlist-guidelines.html
<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

<https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer>

<https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer

<https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer>>
>>
>>
>> Geoserver-users@lists.sourceforge.net
<mailto:Geoserver-users@lists.sourceforge.net>
<mailto:Geoserver-users@lists.sourceforge.net
<mailto:Geoserver-users@lists.sourceforge.net>>
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
<https://lists.sourceforge.net/lists/listinfo/geoserver-users>
<https://lists.sourceforge.net/lists/listinfo/geoserver-users
<https://lists.sourceforge.net/lists/listinfo/geoserver-users>>
>>
>>
>>
>> --
>> Regards,
>> Daniele Romagnoli
>> ==
>> GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V <http://goo.gl/it488V> <http://goo.gl/it488V
<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://www.geo-solutions.it>
<http://www.geo-solutions.it/ <http://www.geo-solutions.it/>>
>> http://twitter.com/geosolutions_it
<http://twitter.com/geosolutions_it>
<http://twitter.com/geosolutions_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

Re: [Geoserver-users] Styling of windbarbs

2021-03-11 Thread Niklas Elelid

Thank you! I'm new to GeoServer, only using it since 2 days so still 
trying to get my head around everything but so far it's an amazing 
product that has helped me a lot. This is not so much a bug as a 
graphical enhancement. The flag (pennant) correctly symbolizes each 50 
knots, it's just that it should be filled instead of just outlined. I'm 
not a dev nor meteorologist but I am an airline pilot so I read these 
wind maps on a daily basis :-)


I've found where it's created in the code now, but Java is not my first 
language so I would not dare to go as far as to creating a PR myself. At 
least I don't have to keep looking for a configuration somewhere that 
would do the trick.


Again, thanks!

/Niklas


On 2021-03-11 09:20, Ian Turton wrote:
If you think there is a bug in the wind barb rendering then please 
start out by telling us what you think it should be and why you think 
that. This can then go into a bug report, and finally you can follow 
that up with a PR containing the code to fix the problem. At present 
we have no idea if this is a problem or not (remember none of the devs 
are meteorologists).


Ian

On Wed, 10 Mar 2021 at 18:03, Niklas Elelid <mailto:geoserverl...@neware.se>> wrote:


Following the instructions in the GeoServer docs I have added the
style windbarbs to my layer.



https://geoserver.geo-solutions.it/educational/en/multidim/accessing_multidim/rtx/wind_barbs.html

<https://geoserver.geo-solutions.it/educational/en/multidim/accessing_multidim/rtx/wind_barbs.html>


The flag in a windbarb symbolizing 50kts wind should be filled. I
have been trying to find how the well known windbarb is built (and
possibly can be changed) in GeoServer but have had no luck. Anyone
has any good suggestions?


Thanks!


Niklas

___
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#/
<http://www.ianturton.com/talks/foss4g.html#/>
- The GeoServer user list posting guidelines:
http://geoserver.org/comm/userlist-guidelines.html
<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

<https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer>


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



--
Ian Turton



___
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] Styling of windbarbs

2021-03-10 Thread Niklas Elelid

Following the instructions in the GeoServer docs I have added the style 
windbarbs to my layer.



https://geoserver.geo-solutions.it/educational/en/multidim/accessing_multidim/rtx/wind_barbs.html 




The flag in a windbarb symbolizing 50kts wind should be filled. I have 
been trying to find how the well known windbarb is built (and possibly 
can be changed) in GeoServer but have had no luck. Anyone has any good 
suggestions?



Thanks!


Niklas

___
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] High CPU & memory on Windows

Re: [Geoserver-users] Unparseable date

[Geoserver-users] Unparseable date

Re: [Geoserver-users] Problem with GetCapabilties and TIME dimension

[Geoserver-users] Problem with GetCapabilties and TIME dimension

Re: [Geoserver-users] Problem creating ImageMosaic store

[Geoserver-users] Problem creating ImageMosaic store

Re: [Geoserver-users] Styling of windbarbs

Re: [Geoserver-users] Styling of windbarbs

[Geoserver-users] Styling of windbarbs

10 matches

Site Navigation

Mail list logo

Footer information