from:"Richard Duivenvoorde"


Hi Devs,

I often point to a link in the mailing archive if I do not want to repeat a 
answer, but I just found out that there is not archive anymore after 12th of 
Oct 2021

https://sourceforge.net/p/geoserver/mailman/geoserver-devel/

Is this a known issue?

Regards,

Richard Duivenvoorde


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] log4j(2?) vulnurability?


Thanks Andrea for your analysis.

Then I think I'll put Geoserver as non vulnerable (or at least not easy) on 
this list then:

https://github.com/NCSC-NL/log4shell/tree/main/software

(NCSC == National Cyber Security Centre of NL)

About your analysis, here: https://www.lunasec.io/docs/blog/log4j-zero-day/ I read 
that (at least in the >2.0 version) it seems possible to load a Class file via 
JNDI of a remote server which then could be loaded in server process and be 
triggered in a second stage. But I'm not so much in Java Class loading anymore to 
conclude if that is different from your text.

Anyway: thanks and I hope this will not create to much havoc in the Log4j 
(user) world...

Regards,

Richard Duivenvoorde


On 12/12/21 17:00, Andrea Aime wrote:

On Sun, Dec 12, 2021 at 3:45 PM mark mailto:mc.pr...@gmail.com>> wrote:

Only in very, very specific configurations is log4j (gen. 1 / 1.2.x)
vulnerable - but not in the same way as log4j2; it requires using a JMS
Appender that uses jdni.

please read
https://github.com/apache/logging-log4j2/pull/608#issuecomment-990494126 
<https://github.com/apache/logging-log4j2/pull/608#issuecomment-990494126>
(and linked comments there)


Looking at the comments and code, I have the impression that even having
a JMSAppender configured, is not enough to trigger the issue, because it's
still not trying to expand user input that might come from a request.
The vulnerable code is in an initialization reading the configuration file.

So basically, in order to make that work, the attacker needs to have console
access, gain write access to the data directory, change the log configuration
to one that would trigger the issue, and then wait for a GeoServer restart,
or a configuration reload.

The attacker has to go through all these lengths only if it cannot find anything
else on the system that can be used for an attack.
Just to give you an idea, if they have rights to modify the GeoServer war file,
they can swap a jar with one that has the same named classes, but which 
internally do whatever
they please.

This looks, to me, a very narrow window of opportunity, in order to make that 
happen
they already punched a hole in the network and ssh access, and of all the 
possibilities
they have at that point, they go and choose an attack path that they cannot 
even trigger
directly?

We might improve our deployment a bit by removing the JMSAppender class from the
log4j 1.2.x jar (or replacing with one that just throws exceptions on usage)...
it will help for cases where the attacker gets access to the console, can write
on the data dir, but not to the war itself. And can be done in time for next 
releases
(given the attacker needs to gain console access first, to leverage the above 
vulnerability,
  do we really need to re-release GeoServer?)

Then we can discuss an upgrade to a newer logging library... (log4j2, logback, 
or something else).
And maybe also looking into how to set aside a pot of money to handle 
vulnerabilities like this one,
using donations only: I like how this balances well with the user community, 
want free security fixes?
We'll be able to work on it proportionally to how much users themselves care 
about the subject.

Cheers
Andrea

==
GeoServer Professional Services from the experts!

Visit http://bit.ly/gs-services-us <http://bit.ly/gs-services-us>for more 
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions Group
phone: +39 0584 962313

fax:     +39 0584 1660272

mob:   +39  333 8128928


https://www.geosolutionsgroup.com/ <https://www.geosolutionsgroup.com/>

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 la cui conoscenza è riservata al/i solo/i 
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per 
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei 
comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to which it is addressed 
and may contain information that is privileged, confidential or otherwise 
protected from disclosure. We remind that - as provided by European Regulation 
2016/679 “GDPR” - copying, dissemination or use of this e-mail or the 
information herein by anyone other than the intended recipient is prohibited. 
If you have received this email by mistake, please notify us immediately by 
telephone or e-mail


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel





___

Re: [Geoserver-devel] log4j(2?) vulnurability?


Hi Jody,

Our 'OpenGeoGroep' in The Netherlands tries to give back around 10% of our 
profit to the FOSS projects we are using.

As Geoserver is an important corner stone for Open Geo stuff, and we were 
looking for candidates at his moment: we cansponsor at least  3 days (depending 
on tariff).

I will contact you in private.

Regards,

Richard Duivenvoorde

On 12/12/21 20:37, Jody Garnett wrote:

We still have not had resources to update to log4j2 … if anyone has budget or 
3-5 days of time we would be happy to upgrade and patch for this vulnerability.

Seriously our version of log4j is no longer supported and some technical debt 
that could use some love :)

Jody

On Sun, Dec 12, 2021 at 1:15 AM Richard Duivenvoorde mailto:rdmaili...@duif.net>> wrote:

Hi Devs,

In our national IT security group (and national news) there is an item 
about an issue with log4j2, pointing to:

http://cve.mitre.org/cgi-bin/cvename.cgi?name=2021-44228 
<http://cve.mitre.org/cgi-bin/cvename.cgi?name=2021-44228>
or
https://logging.apache.org/log4j/2.x/security.html 
<https://logging.apache.org/log4j/2.x/security.html>

As I deployed some Geoservers at some servers here and there :-) I'm 
wondering IF Geoserver (as being a public faced java application) is vulnarable 
or not...

Anybody can confirm Geoserver (or Tomcat) use log4j(2?) <=2.14.1? Or 
actually should Geoserver users do the mitigation actions written in the apache 
security link?
OR totally is not affected...

Any hints appreciated,

Regards,

    Richard Duivenvoorde


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net 
<mailto:Geoserver-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-devel 
<https://lists.sourceforge.net/lists/listinfo/geoserver-devel>

--
--
Jody Garnett




___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] log4j(2?) vulnurability?


On 12/12/21 12:43, Marc Jansen wrote:

Hi all,

I found this thread on twitter, might contain some information in this regard: 
https://twitter.com/geowolf/status/1469347543087779848 



Yes, that is what I found too: Geoserver does not seem to use log4j2 (but log4j 
v1.x)...

I could not find the log4j2  JndiLookup.class (which you are supposed to 
remove) in geoserver jars (nor a Tomcat jars I downloaded by the way...)

But not fully convinced yet...

Regards,

Richard


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] log4j(2?) vulnurability?


Hi Devs,

In our national IT security group (and national news) there is an item about an 
issue with log4j2, pointing to:

http://cve.mitre.org/cgi-bin/cvename.cgi?name=2021-44228
or
https://logging.apache.org/log4j/2.x/security.html

As I deployed some Geoservers at some servers here and there :-) I'm wondering 
IF Geoserver (as being a public faced java application) is vulnarable or not...

Anybody can confirm Geoserver (or Tomcat) use log4j(2?) <=2.14.1? Or actually 
should Geoserver users do the mitigation actions written in the apache security 
link?
OR totally is not affected...

Any hints appreciated,

Regards,

Richard Duivenvoorde


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-10231) Geoserver accepts (for gml) illegal Attribute names, making WFS return invalid GML

2021-09-14 Thread Richard Duivenvoorde (JIRA)

Richard Duivenvoorde ( 
https://osgeo-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A962dcbb5-105d-4b46-be3a-260ed24e958b
 ) *created* an issue

GeoServer ( 
https://osgeo-org.atlassian.net/browse/GEOS?atlOrigin=eyJpIjoiZjk5Nzc5YTI5M2JiNDc0YmIzYmNkZDliMWFiYjJhMTMiLCJwIjoiaiJ9
 ) / Bug ( 
https://osgeo-org.atlassian.net/browse/GEOS-10231?atlOrigin=eyJpIjoiZjk5Nzc5YTI5M2JiNDc0YmIzYmNkZDliMWFiYjJhMTMiLCJwIjoiaiJ9
 ) GEOS-10231 ( 
https://osgeo-org.atlassian.net/browse/GEOS-10231?atlOrigin=eyJpIjoiZjk5Nzc5YTI5M2JiNDc0YmIzYmNkZDliMWFiYjJhMTMiLCJwIjoiaiJ9
 ) Geoserver accepts (for gml) illegal Attribute names, making WFS return 
invalid GML ( 
https://osgeo-org.atlassian.net/browse/GEOS-10231?atlOrigin=eyJpIjoiZjk5Nzc5YTI5M2JiNDc0YmIzYmNkZDliMWFiYjJhMTMiLCJwIjoiaiJ9
 )

Issue Type: Bug Affects Versions: 2.19.2 Assignee: Unassigned Components: WFS 
Created: 14/Sep/21 9:17 AM Environment:

Probably all, but tested on Debian Bookworm, standalone Geoserver 2.19.2

Originally the issue was in a Postgis db, but there is a Sqlite db available 
too to reproduce

Priority: Medium Reporter: Richard Duivenvoorde ( 
https://osgeo-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A962dcbb5-105d-4b46-be3a-260ed24e958b
 )

See QGIS issue: https://github.com/qgis/QGIS/issues/45017#issuecomment-918040884

Geoserver accepts tables containing columns/attributes which start with a 
number as valid datastores.

But using that columns as attribute names in GML, for example returned by a WFS 
service on that data, results in 'invalid' GML (but depending on how the GML 
exactly is parsed, raising strange client results, see QGIS issue above).

I could think of a couple possible solutions:

* do not accept tables with attributes/fields starting with a number
* or give admins a big warning that they are exposing data with names which 
potentially will behave bad in a WFS
* or return an error as result (like Gs does when there is no proper PK), 
mentioning the fact that certain attributes would give erroneous gml
* or 'fix' the attribute names by prepending the attributes with 'gs_' or 
'fixed_' or 'x_' or 'whatever_'

Does that sound reasonable?

( 
https://osgeo-org.atlassian.net/browse/GEOS-10231#add-comment?atlOrigin=eyJpIjoiZjk5Nzc5YTI5M2JiNDc0YmIzYmNkZDliMWFiYjJhMTMiLCJwIjoiaiJ9
 ) Add Comment ( 
https://osgeo-org.atlassian.net/browse/GEOS-10231#add-comment?atlOrigin=eyJpIjoiZjk5Nzc5YTI5M2JiNDc0YmIzYmNkZDliMWFiYjJhMTMiLCJwIjoiaiJ9
 )

Get Jira notifications on your phone! Download the Jira Cloud app for Android ( 
https://play.google.com/store/apps/details?id=com.atlassian.android.jira.core=utm_source%3DNotificationLink%26utm_medium%3DEmail
 ) or iOS ( 
https://itunes.apple.com/app/apple-store/id1006972087?pt=696495=EmailNotificationLink=8
 ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100177- 
sha1:d74d4e2 )___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] geoserver 2.19-RC release artifacts to test

2021-03-03 Thread Richard Duivenvoorde

On 3/3/21 8:43 AM, Georg Weickelt wrote:
> After installing the WPS plugin, geoserver is no longer accessible.
> 
> Apache Tomcat/9.0.36, installed via war-package

Yep, confirmed also on the standalone version:

03 Mar 09:17:43 ERROR [context.ContextLoader] - Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'wmtsCapabilitiesProvider' defined in URL 
[jar:file:/tmp/webapps/geoserver/WEB-INF/lib/gs-gwc-2.19-RC.jar!/applicationContext.xml]:
 Cannot resolve reference to bean 'geoServer' while setting constructor 
argument; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'geoServer' defined in URL 
[jar:file:/tmp/webapps/geoserver/WEB-INF/lib/gs-main-2.19-RC.jar!/applicationContext.xml]:
 Initialization of bean failed; nested exception is java.lang.RuntimeException: 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'wpsInitializer' defined in URL 
[jar:file:/tmp/webapps/geoserver/WEB-INF/lib/gs-wps-core-2.19-RC.jar!/applicationContext.xml]:
 Cannot resolve reference to bean 'executionManager' while setting constructor 
argument; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'executionManager' defined in URL 
[jar:file:/tmp/webapps/geoserver/WEB-INF/lib/gs-wps-core-2.19-RC.jar!/applicationContext.xml]:
 Cannot resolve reference to bean 'processStatusTracker' while setting 
constructor argument; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'processStatusTracker' defined in URL 
[jar:file:/tmp/webapps/geoserver/WEB-INF/lib/gs-wps-core-2.19-RC.jar!/applicationContext.xml]:
 Initialization of bean failed; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'processStatusStore' defined in URL 
[jar:file:/tmp/webapps/geoserver/WEB-INF/lib/gs-wps-jdbc-2.19-RC.jar!/applicationContext.xml]:
 Bean instantiation via constructor failed; nested exception is 
org.springframework.beans.BeanInstantiationException: Failed to instantiate 
[org.geoserver.wps.jdbc.JDBCStatusStore]: Constructor threw exception; nested 
exception is java.lang.RuntimeException: Unable to obtain connection: Cannot 
create PoolableConnectionFactory (FATAL: password authentication failed for 
user "geotools")
at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:314)
at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:110)
at 
org.springframework.beans.factory.support.ConstructorResolver.resolveConstructorArguments(ConstructorResolver.java:676)
at 
org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:188)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1338)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1185)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:554)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:514)
at 
org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:321)
at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:234)
at 
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:319)
at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:199)
at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:866)
at 
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:878)
at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:550)
at 
org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:401)
at 
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:292)
at 
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:103)
at 
org.geoserver.platform.GeoServerContextLoaderListener.contextInitialized(GeoServerContextLoaderListener.java:22)




Caused by:

[Geoserver-devel] [JIRA] (GEOS-9832) Geoserver fails to read geotiff (but creating store and layer is OK)

2020-12-18 Thread Richard Duivenvoorde (JIRA)

Richard Duivenvoorde ( 
https://osgeo-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A962dcbb5-105d-4b46-be3a-260ed24e958b
 ) *created* an issue

GeoServer ( 
https://osgeo-org.atlassian.net/browse/GEOS?atlOrigin=eyJpIjoiZTFkMGYxY2YzODFiNDkxYmE4MmFiYzhhZjAwMjdiNDEiLCJwIjoiaiJ9
 ) / Bug ( 
https://osgeo-org.atlassian.net/browse/GEOS-9832?atlOrigin=eyJpIjoiZTFkMGYxY2YzODFiNDkxYmE4MmFiYzhhZjAwMjdiNDEiLCJwIjoiaiJ9
 ) GEOS-9832 ( 
https://osgeo-org.atlassian.net/browse/GEOS-9832?atlOrigin=eyJpIjoiZTFkMGYxY2YzODFiNDkxYmE4MmFiYzhhZjAwMjdiNDEiLCJwIjoiaiJ9
 ) Geoserver fails to read geotiff (but creating store and layer is OK) ( 
https://osgeo-org.atlassian.net/browse/GEOS-9832?atlOrigin=eyJpIjoiZTFkMGYxY2YzODFiNDkxYmE4MmFiYzhhZjAwMjdiNDEiLCJwIjoiaiJ9
 )

Issue Type: Bug Affects Versions: 2.18.1 Assignee: Unassigned Attachments: 
stacktrace.txt Created: 18/Dec/20 10:47 AM Environment:

Both Windows and Linux Tested with 2.16, 2.18.1 and current nightly of 
Geoserver too (2020-12-18)

Priority: Medium Reporter: Richard Duivenvoorde ( 
https://osgeo-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A962dcbb5-105d-4b46-be3a-260ed24e958b
 )

Geoserver fails to read geotiff (but creating store and layer is OK)

Both Windows and Linux Tested with 2.16, 2.18.1 and current nightly of 
Geoserver too (2020-12-18)

Having a rather large ecw (5Gb), and with every geoserver upgrade having 
troubles making the ecw work again I decided to create a geotiff from it, after 
some fiddling I ended up with a 13Gb geotiff.

I used the latest gdal_translate available in osgeo4w: GDAL 3.3.0dev, released 
2021/99/99

gdal_translate -of GTiff -co "TILED=YES" -a_srs "EPSG:28992" -co 
"COMPRESS=JPEG" -co "JPEG_QUALITY=90" -co "BIGTIFF=YES" -co BLOCKXSIZE=512 -co 
BLOCKYSIZE=512 -co COPY_SRC_OVERVIEWS=YES FL20_city.ecw FL20_city.tiff

(but also tried other gdal versions and params)

gdalinfo shows me:

Driver: GTiff/GeoTIFF
Files: city.tiff
Size is 98260, 149376
Coordinate System is:
PROJCRS[ "Amersfoort / RD New" ,
   BASEGEOGCRS[ "Amersfoort" ,
   DATUM[ "Amersfoort" ,
   ELLIPSOID[ "Bessel 1841" ,6377397.155,299.1528128,
   LENGTHUNIT[ "metre" ,1]]],
   PRIMEM[ "Greenwich" ,0,
   ANGLEUNIT[ "degree" ,0.0174532925199433]],
   ID[ "EPSG" ,4289]],
   CONVERSION[ "RD New" ,
   METHOD[ "Oblique Stereographic" ,
   ID[ "EPSG" ,9809]],
   PARAMETER[ "Latitude of natural origin" ,52.156160556,
   ANGLEUNIT[ "degree" ,0.0174532925199433],
   ID[ "EPSG" ,8801]],
   PARAMETER[ "Longitude of natural origin" ,5.387639,
   ANGLEUNIT[ "degree" ,0.0174532925199433],
   ID[ "EPSG" ,8802]],
   PARAMETER[ "Scale factor at natural origin" ,0.079,
   SCALEUNIT[ "unity" ,1],
   ID[ "EPSG" ,8805]],
   PARAMETER[ "False easting" ,155000,
   LENGTHUNIT[ "metre" ,1],
   ID[ "EPSG" ,8806]],
   PARAMETER[ "False northing" ,463000,
   LENGTHUNIT[ "metre" ,1],
   ID[ "EPSG" ,8807]]],
   CS[Cartesian,2],
   AXIS[ "easting (X)" ,east,
   ORDER[1],
   LENGTHUNIT[ "metre" ,1]],
   AXIS[ "northing (Y)" ,north,
   ORDER[2],
   LENGTHUNIT[ "metre" ,1]],
   USAGE[
   SCOPE[ "Engineering survey, topographic mapping." ],
   AREA[ "Netherlands - onshore, including Waddenzee, Dutch Wadden Islands 
and 12-mile offshore coastal zone." ],
   BBOX[50.75,3.2,53.7,7.22]],
   ID[ "EPSG" ,28992]]
Data axis to CRS axis mapping: 1,2
Origin = (132612.000,452813.4023283)
Pixel Size = (0.050,-0.050)
Metadata:
 AREA_OR_POINT=Area
 COLORSPACE=RGB
 COMPRESSION_RATE_TARGET=4
 VERSION=2
Image Structure Metadata:
 COMPRESSION=JPEG
 INTERLEAVE=PIXEL
 LAYOUT=COG
Corner Coordinates:
Upper Left  (  132612.000,  452813.400) (  5d 3 '40.02 "E, 52d 3' 50.90" N)
Lower Left  (  132612.000,  445344.600) (  5d 3 '41.78 "E, 51d59' 49.21" N)
Upper Right (  137525.000,  452813.400) (  5d 7 '57.97 "E, 52d 3' 51.54" N)
Lower Right (  137525.000,  445344.600) (  5d 7 '59.35 "E, 51d59' 49.85" N)
Center  (  135068.500,  449079.000) (  5d 5 '49.78 "E, 52d 1' 50.40" N)
Band 1 Block=512x512 Type= Byte , ColorInterp=Red
 Description = Red
 Overviews: 49130x74688, 24565x37344, 12282x18672, 6141x9336, 3070x4668, 
1535x2334, 767x1167, 383x583, 191x291
 Mask Flags: PER_DATASET ALPHA 
 Overviews of mask band: 49130x74688, 24565x37344, 12282x18672, 6141x9336, 
3070x4668, 1535x2334, 767x1167, 383x583, 191x291
Band 2

Re: [Geoserver-devel] Willing to write some docs, but where?

2020-08-18 Thread Richard Duivenvoorde

Thanks Jody,

On 8/14/20 6:47 PM, Jody Garnett wrote:
> Thanks for digging into this!
> 
> The functionality is an "extension" to GeoServer SLD (specific to GeoServer) 
> so it should be documented here: 
> https://docs.geoserver.org/latest/en/user/styling/sld/extensions/pointsymbols.html
>  

See: https://github.com/geoserver/geoserver/pull/4453

> It would also be great to include it in the workbook.
> - The functionality should be accessible in YLD (which is a direct mirror of 
> SLD just in plain text yet-another-markup-language).
> - I am not sure about CSS but I expect so
> - MBStyle only uses sprites (not SVG) so it will have to miss out.

I'm no so familiar with CSS and YLD in Geoserver, sorry.

Regards,

Richard


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Willing to write some docs, but where?

2020-08-03 Thread Richard Duivenvoorde

Hi,

It took me considerable time to find out how 'paramatrized'-svg icons work. 
Best resource is actually a blog post:

http://blog.geoserver.org/2016/10/31/geoserver-2-10-0-released/
(the part about Improved QGIS style compatibility)

But it lacked some info about for example what to do when you want several 
params to be used etc.

I want to put this info to in the Styling docs of Geoserver. So my question: 
what would be the best place to put this. 

I was thinking about:

SLD points part:
https://docs.geoserver.org/latest/en/user/styling/sld/cookbook/points.html

A paragraph in the QGIS-export:
https://docs.geoserver.org/latest/en/user/styling/qgis/index.html#exporting-vector-symbology

In the workbook:
https://docs.geoserver.org/latest/en/user/styling/workshop/css/point.html

Or just propose someghing else

I only used sld... not sure if this is also possible in other styling languages 
Geoserver does: CSS, YSLD MBSTYLE?
IS it possible? Should I try and add that also?

Regards,

Richard Duivenvoorde


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Geoserver WFS serves deformed data when store is 4D (at least postgis and shp)

2020-05-08 Thread Richard Duivenvoorde

(sorry, little belate ... mailed it to QGIS-dev list ...)

Hi devs,

In short: having a 4D (3D) coordinates vector store like shp or postgis,
Geoserver (Geotools?) uses the 3rd and 4th coordinate to create 2D
coordinates, giving rise to huge sliders (to zero) in this case...

Seemed easiest to create an issue,
so I could add some screenies and example data:

https://osgeo-org.atlassian.net/browse/GEOS-9605

I know it is a data issue, but I think it would be better if this is
handled in a nicer way?

Also the discrepancy between WMS and WFS is confusing for users, in my
opinion.

Regards,

Richard Duivenvoorde




___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-9605) WFS serves deformed data when store is 4D (at least postgis and shp)

2020-05-05 Thread Richard Duivenvoorde (JIRA)

Richard Duivenvoorde ( 
https://osgeo-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A962dcbb5-105d-4b46-be3a-260ed24e958b
 ) *created* an issue

GeoServer ( 
https://osgeo-org.atlassian.net/browse/GEOS?atlOrigin=eyJpIjoiMTlhMTNiNWEyN2Y0NGZkMDk0NGY5ZWQwYjBlYjZkMWIiLCJwIjoiaiJ9
 ) / Bug ( 
https://osgeo-org.atlassian.net/browse/GEOS-9605?atlOrigin=eyJpIjoiMTlhMTNiNWEyN2Y0NGZkMDk0NGY5ZWQwYjBlYjZkMWIiLCJwIjoiaiJ9
 ) GEOS-9605 ( 
https://osgeo-org.atlassian.net/browse/GEOS-9605?atlOrigin=eyJpIjoiMTlhMTNiNWEyN2Y0NGZkMDk0NGY5ZWQwYjBlYjZkMWIiLCJwIjoiaiJ9
 ) WFS serves deformed data when store is 4D (at least postgis and shp) ( 
https://osgeo-org.atlassian.net/browse/GEOS-9605?atlOrigin=eyJpIjoiMTlhMTNiNWEyN2Y0NGZkMDk0NGY5ZWQwYjBlYjZkMWIiLCJwIjoiaiJ9
 )

Issue Type: Bug Affects Versions: 2.17.0 Assignee: Unassigned Attachments: 
picture1.png, picture2.png, picture3.png, polygon4d.zip, strange.png 
Components: PostGIS, WFS Created: 05/May/20 12:16 PM Environment:

Geoserver bin on linux, Postgis on linux, local shpfile

Priority: Medium Reporter: Richard Duivenvoorde ( 
https://osgeo-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A962dcbb5-105d-4b46-be3a-260ed24e958b
 )

A client received some shapefiles, stored those in Postgis (via drag and drop 
in QGIS) and published in Geoserver.
While the WMS output was right (these were thousands of square buildings), the 
WFS showed very strange huge polygons:

( https://osgeo-org.atlassian.net/secure/attachment/33475/33475_strange.png )

After some investigation, it appeared that the shapefile was '4D' (you can 
create a new shapefile in QGIS, and tell it to add Z or M or both, attached is 
an example set: polygon4d.zip ( 
https://osgeo-org.atlassian.net/secure/attachment/33476/33476_polygon4d.zip ) ).

As you can see below the coordinates in the db are 4D:

id_0|geom   
 
|
  1|MULTIPOLYGON(((4.7418850506254 52.973914531383926 0 0,5.3187909469922845 
52.664355269918765 0 0,5.431357
  2|MULTIPOLYGON(((5.684633710542017 52.959843655862784 0 0,6.036405598570606 
53.26940291732794 0 0,6.655524
  3|MULTIPOLYGON(((5.079586063132845 51.890457116255874 0 0,5.557995830851724 
51.693464858959864 0 0,5.33286

>From the WFS the zero's are taken into account in the preparation of 2D 
>coordinates:

52.97391453 4.74188505 0 52.66435527 5.31879095 0 52.28444163 
5.43135795 0 52.56585914 4.58710542 0 52.97391453 4.74188505 0

Giving rise to pictures like:

( https://osgeo-org.atlassian.net/secure/attachment/33474/33474_picture1.png )

purple polygons are real data (prepared shp), the orange ones are deformed ones.

Looking at:

( https://osgeo-org.atlassian.net/secure/attachment/33473/33473_picture2.png )

You see it is using 0 as either x or y of coordinate pairs.

Publishing the attached shp's OR adding them to postgis gives these results.

BUT: the strange thing is that the WMS output (below in the layer preview) is 
just right:

( https://osgeo-org.atlassian.net/secure/attachment/33472/33472_picture3.png )

If I'm correct OGC-WFS is either 2D or 3D only???
So I understand this is a data issue also, so not sure what a reasonable 
solution is:

* maybe geoserver/geotools can test a store of layers in the store if they are 
more then 3D and maybe give a warning?
* maybe the 3D and 4D coordinate could be ignored for WFS (like it is doing for 
WMS?)

As said: easy reproducable by just using attached shp. Also postgis is doing 
this.

( 
https://osgeo-org.atlassian.net/browse/GEOS-9605#add-comment?atlOrigin=eyJpIjoiMTlhMTNiNWEyN2Y0NGZkMDk0NGY5ZWQwYjBlYjZkMWIiLCJwIjoiaiJ9
 ) Add Comment ( 
https://osgeo-org.atlassian.net/browse/GEOS-9605#add-comment?atlOrigin=eyJpIjoiMTlhMTNiNWEyN2Y0NGZkMDk0NGY5ZWQwYjBlYjZkMWIiLCJwIjoiaiJ9
 )

Get Jira notifications on your phone! Download the Jira Cloud app for Android ( 
https://play.google.com/store/apps/details?id=com.atlassian.android.jira.core=utm_source%3DNotificationLink%26utm_medium%3DEmail
 ) or iOS ( 
https://itunes.apple.com/app/apple-store/id1006972087?pt=696495=EmailNotificationLink=8
 ) This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100126- 
sha1:bfbb988 )___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Make gpkg in geoserver/tools? DateTime aware

2020-01-22 Thread Richard Duivenvoorde

Hi Devs,

Some time ago I created this issue:
https://osgeo-org.atlassian.net/browse/GEOS-9392

In it is about Geoserver will never 'type' a column as Datetime when
creating a layer from a gpkg.

Resulting in not being able to use Geopackages in WMS-t/Dimensions.

While sqlite does not have DATE and DATETIME types, gpkg has:
http://www.geopackage.org/spec/#r5

According to Jukka (in the comments) Geoserver could try to get that
info from a query, to be fired in the geopackage. The resulting 'CREATE
TABLE' string then reveals if a column coud be used as DATETIME.

I'm able to debug geoserver/geotools now, but am puzzled on where to put
this kind of code:

- in Geoserver, somewhere in Catalog parts:
https://github.com/geoserver/geoserver/tree/master/src/main/src/main/java/org/geoserver/catalog

- in Geotools (in geopkg/GeoPackage?)
https://github.com/geotools/geotools/blob/master/modules/plugin/geopkg/src/main/java/org/geotools/geopkg/GeoPackage.java

Sort of lost in the immense codebase. If anybody could give some hints
that would be very much appreciated.

Thanks in advance.

Regards,

Richard Duivenvoorde


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Fwd: Re: [Geoserver-users] Geopackage (Vectors) as Time Dimension / WMS-T store. Experience?

2019-11-05 Thread Richard Duivenvoorde




Forwarding from users list, hoping somebody of the dev's happens to know 
if it should (or not) be possible to use a GeoPackage with a 
time-dimension in Geoserver.


For what I tested not ('Datetime' columns are always shown as 'String'), 
but I'm hoping somebody tells me here, I am wrong...


Regards,

Richard Duivenvoorde


 Original Message 
Subject: Re: [Geoserver-users] Geopackage (Vectors) as Time Dimension / 
WMS-T store. Experience?

Date: 2019-11-04 10:29
From: Richard Duivenvoorde 
To: geoserver-us...@lists.sourceforge.net
Reply-To: rdmaili...@duif.net

Didn't :-)
Next try: not attached but downloadable: https://duif.net/dt.zip
In the meantime I also created an issue:
https://osgeo-org.atlassian.net/browse/GEOS-9392

Follow up (well I hope this attachment makes it through spamfilters...).

Attached a minimal gpkg created with QGIS with a dt column being type
DATETIME. Both in QGIS and in sqlitebrowser the type of the column is
shown as DATETIME, attached also a screenie of sqlitebrowser.

But registring this gpkg in Geoserver, the dt column is determined as a
String column (also screenie attached).

Maybe I'll create an issue for this with same files attached.

Regards,

Richard Duivenvoorde

On 04/11/2019 09.37, Richard Duivenvoorde wrote:

Nobody? Trying to use Geopackage with datetime columns?

I tried to edit a gpkg in QGIS with DB Manager to change the column to 
a

DATETIME. Which seems

Opening that gpkg in Sqlitebrowser revealed the columns as:

CREATE TABLE "foo"
("fid" INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
"geom" MULTIPOLYGON,
"cell" REAL,
"value" REAL,
"datumtijd" DATETIME NOT NULL)

But still GeoServer does not offer me a TimeDimension..

Anybody?

Regards,

Richard Duivenvoorde

On 29/10/2019 20.44, Richard Duivenvoorde wrote:

Hi,

I'm trying to get a Geopackage working in latest (2.16) Geoserver as
WMS-T (WMS with a Time Dimension).
The data has a geom table with a polygon-"grid" column, a dataset with
several  time-based values per 'cell', AND a view which joins them 
together.

The 'Time'-column is a seconds since epoch column.

I found that Sqlite does not have a real datetime format, but does 
have
several options to produce Datetime's based on text or integer columns 
[0].

But I failed to create a view which could be understand by Geoserver
that the column created was an actual 'datetime'
Anybody experience with this, or maybe have some more info?

I also found that the geopackage spec defines a DATE and DATETIME type
[1] Requirement 5, but saves it as an sort of iso-string. Creating 
such

a column did not work either.
With Geoserver I had the same issue: geoserver did not recognize the
column as a DateTime.

So I wonder: should I be able to use a Geopackage as a DataStore for a
layer, to serve as a WMS-T with a TIME dimension?
Did I miss something?
Maybe do some remapping of types?

Any hints/tips would be appreciated.



___
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-us...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users






___
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-us...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-9392) In vector GPKG with DateTime field Geoserver sees it as a String field

2019-11-04 Thread Richard Duivenvoorde (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
  Richard Duivenvoorde  created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-9392  
 
 
  In vector GPKG with DateTime field Geoserver sees it as a String field   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.16.0  
 
 
Assignee: 
 Unassigned  
 
 
Attachments: 
 datetimetest.gpkg, geoserver.png, sqlitebrowser.png  
 
 
Components: 
 geopackage, WMS  
 
 
Created: 
 04/Nov/19 10:26 AM  
 
 
Environment: 
 Running Platform Independent Binary on Debian 64bits using OpenJDK  
 
 
Priority: 
  Medium  
 
 
Reporter: 
  Richard Duivenvoorde   
 

  
 
 
 
 

 
 We try to create a WMS-T (timebased wms) with GeoPackages (Vector) as datastores (actual data are model runs). But whatever I try, Geoserver never recognizes the DateTime column in the Geopackage as a DateTime column. So when publishing it as a (WMS) layer I'm not able to add a Time-based Dimension to it. Making it impossible to create a WMS-T from it. To make this reproducible, I created a minimal gpkg in QGIS, setting the datatype of the 'dt' column as DateTime. Both QGIS and SqliteBrowser show the type as DateTime (see screendump sqlitebrowser.png). But registring this as datetimetest.gpkg as store and registring it as a layer, you will see geoserver.png showing you dt is a String. In the real data, the gpkg consists of 2 tables (one with a polygon-grid, and one with time-value data 50 records per grid-cell

Re: [Geoserver-devel] UNSUBSCRIBE!

2019-04-02 Thread Richard Duivenvoorde

On 02/04/2019 00.59, Tom Margolis wrote:
> Please unsubscribe me. I see no unsubscribe link...anywhere.
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Hi Tom,

Try the link on the bottom of every mail:

https://lists.sourceforge.net/lists/listinfo/geoserver-devel

There is webpage where you can set settings and unsubscribe:

https://sourceforge.net/projects/geoserver/lists/geoserver-devel/unsubscribe

Regards,

Richard Duivenvoorde

PS do not shout at us :-)



___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Testing 2.15-nightly on WindowsServer: Invalid byte tag in constant pool?

2019-01-27 Thread Richard Duivenvoorde

On 1/25/19 7:24 PM, Jody Garnett wrote:
> Just to confirm your GeoServer still starts up and functions? I have not
> seen this error before .. can you make a big ticket please.

Done: https://osgeo-org.atlassian.net/browse/GEOS-9110

And yes, Geoserver starts and functions for what I could see that day.
Will not be there withing 10 days, but will try again at that time with
a newer release/nightly?

Regards,

Richard

___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-9110) Testing 2.15-nightly on WindowsServer: Invalid byte tag in constant pool?

2019-01-27 Thread Richard Duivenvoorde (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Richard Duivenvoorde created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-9110  
 
 
  Testing 2.15-nightly on WindowsServer: Invalid byte tag in constant pool?   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Unassigned  
 
 
Created: 
 27/Jan/19 9:53 PM  
 
 
Environment: 
 Windows Server  VM Version Oracle Corporation: 1.8.0_144 (Java HotSpot(TM) 64-Bit Server VM)  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Richard Duivenvoorde  
 

  
 
 
 
 

 
 Testing Geoserver 2.15 M0 on Windows server, after adding some extensions (same version), Geoserver starts fine and works fine for what I see. We used the following extensions: GDAL, Oracle, Excel, Vector Tiles, CSW, CSS Styling, YSLD styling, Monitor Core Looking at the jars, I see that stax-ex-1.8.jar is not from extensions, but default in Geoserver, and in nightly already upgraded to 2.0? Other jars come from M0 install? 

 

SEVERE: Unable to process Jar entry [module-info.class] from Jar
[jar:file:/c:/programs/apache-tomcat-7.0.56/webapps/geoserver/WEB-INF/lib/stax-ex-1.8.jar!/]
fo
r annotations
org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte
tag in constant pool: 19
at
org.apache.tomcat.util.bcel.classfile.Constant.readConstant(Constant.java:97)
at
org.apache.tomcat.util.bcel.classfile.ConstantPool.(ConstantPool.java:55)
at
org.apache.tomcat.util.bcel.classfile.ClassParser.readConstantPool(ClassParser.java:175)
at
org.apache.tomcat.util.bcel.classfile.ClassParser.parse(ClassParser.java:83)
at
org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:2071)
at
org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1947)
at
org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1913)
at
org.apache.catalina.startup.ContextConfig.processAnnotations

Re: [Geoserver-devel] Testing 2.15-nightly on WindowsServer: Invalid byte tag in constant pool?

2019-01-24 Thread Richard Duivenvoorde

On 1/24/19 10:20 AM, Andrea Aime wrote:
> Hi Richard,
> I haven't encountered this issue yet.
> This test/demo/skunkworks
> server, http://cloudsdi.geo-solutions.it/geoserver/web/ , is running on
> Tomcat 7.0.77 and OpenJDK
> 1.8 and deploys the latest available nightly build three times a day,
> without issue so far.
> I don't have a Windows setup for 2.15.x to compare to, sorry :-)

Startup and initial working is OK (except the messages in the log), see
if I encounter issues further today.

Just wanted to report back because I have this server around only today :-)

I will have a look at where those jars come from, if they are from the
extensions we use or default geoserver jars.

Regards,

Richard


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Testing 2.15-nightly on WindowsServer: Invalid byte tag in constant pool?

2019-01-24 Thread Richard Duivenvoorde

Hi Devs,

Thought to test upcoming 2.15 on a Windows Server here, VM Version
Oracle Corporation: 1.8.0_144 (Java HotSpot(TM) 64-Bit Server VM)

I'll do some tests further today, but seeing these errors while starting
up, all telling Invalid byte tag in constant pool
Earlier I thought this had to do with mismatching JVM versions, but
wanted to make sure that this is an issue or not

Regards,

Richard Duivenvoorde

SEVERE: Unable to process Jar entry [module-info.class] from Jar
[jar:file:/c:/programs/apache-tomcat-7.0.56/webapps/geoserver/WEB-INF/lib/stax-ex-1.8.jar!/]
fo
r annotations
org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte
tag in constant pool: 19
at
org.apache.tomcat.util.bcel.classfile.Constant.readConstant(Constant.java:97)
at
org.apache.tomcat.util.bcel.classfile.ConstantPool.(ConstantPool.java:55)
at
org.apache.tomcat.util.bcel.classfile.ClassParser.readConstantPool(ClassParser.java:175)
at
org.apache.tomcat.util.bcel.classfile.ClassParser.parse(ClassParser.java:83)
at
org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:2071)
at
org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1947)
at
org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1913)
at
org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1898)
at
org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1330)
at
org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:889)
at
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:386)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5380)
at
org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:649)
at
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:1083)
at
org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1879)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown
Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown
Source)
at java.lang.Thread.run(Unknown Source)
jan 24, 2019 8:29:48 AM org.apache.catalina.startup.ContextConfig
processAnnotationsJar
SEVERE: Unable to process Jar entry [module-info.class] from Jar
[jar:file:/c:/programs/apache-tomcat-7.0.56/webapps/geoserver/WEB-INF/lib/jaxb-runtime-2.4.0-b1
80830.0438.jar!/] for annotations
org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte
tag in constant pool: 19
at
org.apache.tomcat.util.bcel.classfile.Constant.readConstant(Constant.java:97)
at
org.apache.tomcat.util.bcel.classfile.ConstantPool.(ConstantPool.java:55)
at
org.apache.tomcat.util.bcel.classfile.ClassParser.readConstantPool(ClassParser.java:175)
at
org.apache.tomcat.util.bcel.classfile.ClassParser.parse(ClassParser.java:83)
at
org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:2071)
at
org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1947)
at
org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1913)
at
org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1898)
at
org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1330)
at
org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:889)
at
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:386)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5380)
at
org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:649)
at
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:1083

Re: [Geoserver-devel] Fwd: [Geoserver-users] netcdf in non latlon grid

2019-01-14 Thread Richard Duivenvoorde

On 1/14/19 5:08 PM, Daniele Romagnoli wrote:

> Mmm. I only did the test on my Windows workstation. I didn't test on
> Linux yet.

Just installed 2.14.1+netcdf on a pretty fresh Win10 machine, and
confirmed my earlier finding: outside of the data directory creation of
a 4D nonlatlon netcdf store just fails. When you put exact the same nc
file inside the data dir, geoserver succeeds to create and serve the data.

Created an issue for it:
https://osgeo-org.atlassian.net/projects/GEOS/issues/GEOS-9098

Regards,

Richard Duivenvoorde

ps I'm not able to start 2.15-M0 with the netcdf extension (GEOS-9099)

___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-9099) Geoserver fails to start on Linux when netcdf extension installed

2019-01-14 Thread Richard Duivenvoorde (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Richard Duivenvoorde created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-9099  
 
 
  Geoserver fails to start on Linux when netcdf extension installed   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.15-M0  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 NetCDF  
 
 
Created: 
 14/Jan/19 9:30 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Richard Duivenvoorde  
 

  
 
 
 
 

 
 A fresh geoserver install + netcdf installation of 2.15-M0 in Debian Linux fails to start while the same config in 2.14.x works. To reproduce: 
 
$ java -version java version "1.8.0_191" Java(TM) SE Runtime Environment (build 1.8.0_191-b12) Java HotSpot(TM) 64-Bit Server VM (build 25.191-b12, mixed mode) 
 
 
install geoserver 2.15-M0 
install netcdf extension 
 run bin/startup.sh Geoserver fails to start giving following messages: 

 


$ ./startup.sh 
GEOSERVER_HOME environment variable not found, using current 
location.  If not set then running this script from other 
directories will not work in the future.
GEOSERVER DATA DIR is /home/richard/bin/geoserver_/geoserver-2.15-M0/bin/../data_dir
2019-01-14 21:21:26.751:INFO::main: Logging initialized @316ms to org.eclipse.jetty.util.log.StdErrLog
2019-01-14 21:21:26.883:WARN:oejx.XmlConfiguration:main: Property 'jetty.port' is depre

[Geoserver-devel] [JIRA] (GEOS-9098) Creation of non-latlon netcdf store outside data dir fails

2019-01-14 Thread Richard Duivenvoorde (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Richard Duivenvoorde created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-9098  
 
 
  Creation of non-latlon netcdf store outside data dir fails   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.14.1  
 
 
Assignee: 
 Unassigned  
 
 
Attachments: 
 test4dz28992.nc  
 
 
Components: 
 NetCDF  
 
 
Created: 
 14/Jan/19 9:23 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Richard Duivenvoorde  
 

  
 
 
 
 

 
 To reproduce: 
 
install fresh Geoserver (confirmed both on Linux and Windows) 
install netcdf extension 
 Attached nc file is a valid coarse/CF epsg:28992 netcdf with a time and a z dimension. Trying to create a netcdf store from it OUTSIDE the geoserver_data_dir fails. But as soon as you move the exact same netcdf file somewhere inside the geoserver_data_dir creation of the store + layers + dimensions works! Not sure if this is a known issue, but as the gui of the creation of a netcdf store is able to browse to your home dir etc it would be better if this worked, OR this possibility is removed (so only browsing inside the geoserver_data_dir is possible

Re: [Geoserver-devel] Fwd: [Geoserver-users] netcdf in non latlon grid

2019-01-14 Thread Richard Duivenvoorde

On 1/14/19 2:39 PM, Daniele Romagnoli wrote:
> Hi Richard
> any chance that you are maybe using a different user running GeoServer
> which doesn't have write access to that /home/richard folder (and
> subfolders)?
> The NetCDF format creates/writes a couple of ancillary files to index
> the ND variables stored on the nc file. There might be the case that it
> was unable to create them due to permissions issues.

Nope permissions should not be a problem, it's all done in my home dir,
both the writing/creation of the netcdf (via python), as running (as
user richard) the standalone Geoserver bin 2.14.1 etc

But did you test to put the nc file outside of the datadir? Like put it
in /tmp and 'browse' to it when you define the datastore?
With me that fails with a big red block of errors there (IF I do not
have the nc in the datadir/coverages)?

I could try to do this in a windows virt machine at home...

Regards,

Richard Duivenvoorde


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Fwd: [Geoserver-users] netcdf in non latlon grid

2019-01-14 Thread Richard Duivenvoorde

On 1/14/19 12:23 PM, Daniele Romagnoli wrote:
> Hi Richard.
> Today I have downloaded GeoServer 2.14.1, together with NetCDF extension
> and I have configured your sample data.
> I have simply created a NetCDF store, pointing to your test4dz28992.nc
>  file.
> I was able to configure the layer and related dimensions. I have setup a
> fake style so you can see the 4 different values as 4 different colors.
> 
> This is the result of the openLayers preview (getMap request with
> default values).
> fakedata-default.jpg
> Next one, is same getMap request with elevation=100.
> fakedata-elevation100.jpg
> 
> So, I'm not sure why you are having issues in configuring it.
> Could you retry from a clean situation?
> Wondering if you successfully configured the dataset without t/z and
> then you replaced the file without reconfiguring it or something similar
> so that the configuration doesn't reflect the new data.
> As a quick check, you may want to move the sample file to another
> location and reconfigure it, in order to make sure it isn't using any
> preconfigured/partially configured ancillary file.
> Are you configuring it as a simple NetCDF store? (I mean... not an
> ImageMosaic)

Hi Daniele,

THANKS! For trying and testing, and letting me know it was working,
you've made my day ( see below :-) )!

I've already invested a lot of hours to try all kind of different
netcdf-configs creations with attributes/variables etc etc, and 2d was
working but 3d or 4d (that is with t/z) was NOT. I just was not sure if
my self created netcdf's were crippled, or I hit a geoserver problem.

I just downloaded a fresh 2.14.1 + netcdf extension, but had the same
error again...

BUT... because you are showing results, I figured out the netcdf is ok,
so it has to do with something else...
So I moved the test4dz28992.nc from my /home/richard/dev/python/netcdf
dir to the [geoserver]/datadir/coverages.. and THEN it works!!! Halleluya

So the crux is: while latlon-netcdfs work outside the datadir,
NON-latlon-netcdfs fail outside the datadir (though you can browse in
the store creation page to you home dir).

Worth an issue I think?

Regards & thanks again, now I can proceed with my life \o/

Richard

___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Fwd: [Geoserver-users] netcdf in non latlon grid

2019-01-11 Thread Richard Duivenvoorde

On 1/11/19 10:00 AM, Andrea Aime wrote:
> Richard,
> if you get no answer on the user list, it means that nobody knows the
> answer, has time to answer, 
> or has time to investigate. Please use the devel list only if you are
> participating to the actual development.

Ok, sorry.

It's just that I've invested some days already to get it going, and

https://docs.geoserver.org/stable/en/user/extensions/netcdf/netcdf.html#supporting-custom-netcdf-coordinate-reference-systems


gives me the feeling it should (and I just fail to call the magic
spells). I was hoping a dev with implementation knowledge could confirm
it SHOULD work. A 'NYI" would do too...

Regards,

Richard


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Fwd: [Geoserver-users] netcdf in non latlon grid

2019-01-11 Thread Richard Duivenvoorde

Hi,

Because no response on user list, I'm forwarding my (too long?) question
to here hoping to meet someone with deeper netcdf implementation knowledge.

tldr; Should it be able to server a netcdf with data with elevation AND
time in a normal/known epsg crs (non latlon, but like a national epsg).
I fail to load it in Geoserver. A 'simple' netcdf in epsg: without
time or elevation loads fine.

Regards,

Richard Duivenvoorde

PS Example data + python to create it here: http://duif.net/ncgeoserver.zip


 Forwarded Message 
Subject: [Geoserver-users] netcdf in non latlon grid
Date: Wed, 9 Jan 2019 18:15:20 +0100
From: Richard Duivenvoorde 
Reply-To: rich...@duif.net
To: GeoServer Mailing List List 

Hi List,

I've succesfully created a simple minimal netcdf file (using Python)
with time-range-based data in a latlon grid:
like: float fakedata(time=3, z=3, lat=3, lon=4)

I can load the file (with several layers) both in QGIS (as mesh) and in
Geoserver (2.14.1 with netcdf extension) (with both time and elevation
dimensions): NICE!

BUT: we also want to project the data to our national grid: epsg:28992

If I understand docs correct, this should be possible (so: a known epsg,
no custom crs)?

Using gdal somebody provided me with a simple example in which instead
of lat lon the coordinates are x and y, and a CRS definition is defined:
"oblique_stereographic" and used as 'grid_mapping'.
But this is only 2D: (y=3, x=4)

With my python-netcdf-creation script I'm able to do that, and Geoserver
loads the data as one layer.
But trying to add time and/or z I fail:

Caused by: org.geotools.feature.IllegalAttributeException:Unknown
attribute time:null value:null
at
org.geotools.feature.simple.SimpleFeatureImpl.setAttribute(SimpleFeatureImpl.java:238)
at
org.geotools.imageio.netcdf.VariableAdapter.setFeatureTime(VariableAdapter.java:1327)
at
org.geotools.imageio.netcdf.VariableAdapter.createFeature(VariableAdapter.java:1280)
at
org.geotools.imageio.netcdf.VariableAdapter.getFeatures(VariableAdapter.java:1232)
at
org.geotools.imageio.netcdf.NetCDFImageReader.initIndex(NetCDFImageReader.java:363)

or other silent issues.

I tried to google and look into the code to find the magic combination
of attributes/variables needed to be defined, but after hours of
fiddling, I tend to give up and ask for help :-)

So Question: should Geoserver be able to serve
fakedata(time=3, z=3, y=3, x=4)
with given crs, just as it is able to serve:
fakedata(time=3, z=3, lat=3, lon=4) ?

If anybody has a working example of such a grid I'm also happy, as that
proves that my feeling is right that it should be possible and I miss
something...

The python code and working latlon and not-working epsg28992 output
netcdf's are here http://duif.net/ncgeoserver.zip if somebody is willing
to have a look.

Regards,

Richard Duivenvoorde




___
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-us...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-9016) RD (epsg:2892) to epsg:3857 (Google) reprojection cuts of map(tiles)

2018-11-16 Thread Richard Duivenvoorde (JIRA)

Title: Message Title

Richard Duivenvoorde created an issue

GeoServer / GEOS-9016

RD (epsg:2892) to epsg:3857 (Google) reprojection cuts of map(tiles)

Issue Type:
Bug

Affects Versions:
2.14.0

Assignee:
Unassigned

Attachments:
cutoff.png

Components:
WMS

Created:
16/Nov/18 9:57 PM

Priority:
Medium

Reporter:
Richard Duivenvoorde

Someone asked me to have a look at a Geoserver WMS which was showing strange 'white stripes'. Looking into this it appeared he was using a Leaflet web app in epsg:3857, and serving a raster image which is actually a geotiff in epsg:28992 (later I found this behaviour in a totally unrelated ecw dataset). When zoomed in enough, it seems as Geoserver is 'cutting off' part of the map image on the right side of the image. In QGIS zoomed in at about > 1:5000 see it is seen on the right part of the mapcanvas. But when you use a Leaflet application (which uses tiles) it is even more a problem because EVERY tile shows this cutoff aspect. To make this more easy to view, I created a little demo application: http://duif.net/cutoff/ Which serves the same (downloadable) geotiff both via Geoserver and QGIS to see the difference. Zooming in more almost removes half of a tile. To reproduce the tiff is downloadable and used style I will attach. Note that when viewing this data in epsg:28992 (the native crs) all is fine! So it has something to do with (maybe?) a wrong clipping order or

[Geoserver-devel] crs 1234 ECW store not able to serve as epsg:4326

2018-10-23 Thread Richard Duivenvoorde

Hi Devs,

Testing here a Windows setup with an ecw-store (via gdal plugin), which
is epsg:28992. Serving layers of this store is ok, we can serve as 28992
or 3857 but NOT epsg:4326.

So reprojecting to 4326 fails with a timeout. Both small and large ecw's.

Running jre 1.8.0_172

Full logs below show:

Unable to create a granuleDescriptor
org.geotools.renderer.lite.gridcoverage2d.GridCoverageRenderer@f301d18
due to jai scale bug

Anybody an idea if changing java on that server should fix this?

The server had memory problems sometimes, and one of the theories was
that it was because of those failing 4326 request.
But we do not have real evidence for it yet.

Regards,

Richard Duivenvoorde


Request: getServiceInfo
2018-10-23 14:16:13,623 DEBUG [org.geotools.util] - CRSConverterFactory
can be applied from Strings to CRS  only.
2018-10-23 14:16:13,623 DEBUG [org.geotools.util] -
InterpolationConverterFactory can be applied from Strings to
Interpolation  only.
2018-10-23 14:16:13,623 DEBUG [org.geotools.util] - CRSConverterFactory
can be applied from Strings to CRS  only.
2018-10-23 14:16:13,623 DEBUG [org.geotools.util] -
InterpolationConverterFactory can be applied from Strings to
Interpolation  only.
2018-10-23 14:16:13,623 DEBUG [org.geotools.styling] - number of fts set 1
2018-10-23 14:16:13,623 INFO [org.geoserver.wms] -
Request: getLegendGraphic
BaseUrl = http://localhost:8080/geoserver/
Env = {}
Exceptions = SE_XML
FeatureType = null
Format = image/png
Get = false
Height = 20
Kvp = {REQUEST=GetLegendGraphic, FORMAT=image/png, SLD_VERSION=1.1.0,
VERSION=1.3.0, STYLE=, SERVICE=WMS, WIDTH=20, HEIGHT=20,
LAYER=KvS_1988_80cm, TRANSPARENT=true}
Layers = [SimpleFeatureTypeImpl http://www.opengis.net/gml:GridCoverage
identified extends Feature(geom:geom,grid:grid,params:params)]
LegendOptions = {}
Legends = [LegendRequest [layer=Lufo:KvS_1988_80cm,
name=http://www.opengis.net/gml:GridCoverage styleName=null, title=Kop
van Schouwen 1988 80cm, legendInfo=null]]
Locale = null
RawKvp = {REQUEST=GetLegendGraphic, FORMAT=image/png,
SLD_VERSION=1.1.0, VERSION=1.3.0, STYLE=, SERVICE=WMS, WIDTH=20,
HEIGHT=20, LAYER=Lufo:KvS_1988_80cm, TRANSPARENT=true}
Request = GetLegendGraphic
RequestCharset = null
Rules = [null]
Scale = -1.0
Strict = true
Styles = [StyleImpl[ name=raster]]
Transparent = true
Version = 1.3.0
Width = 20
Wms = org.geoserver.wms.WMS@23ad572b
2018-10-23 14:16:13,669 INFO [org.geoserver.wms] -
Request: getServiceInfo
2018-10-23 14:16:13,669 DEBUG [org.geotools.util] - CRSConverter:
Converting object of class java.lang.String to
org.opengis.referencing.crs.CoordinateReferenceSystem
2018-10-23 14:16:13,669 DEBUG [org.geotools.util] - CRSConverterFactory
can be applied from Strings to CRS  only.
2018-10-23 14:16:13,669 DEBUG [org.geotools.util] -
InterpolationConverterFactory can be applied from Strings to
Interpolation  only.
2018-10-23 14:16:13,669 DEBUG [org.geotools.util] - CRSConverterFactory
can be applied from Strings to CRS  only.
2018-10-23 14:16:13,669 DEBUG [org.geotools.util] -
InterpolationConverterFactory can be applied from Strings to
Interpolation  only.
2018-10-23 14:16:13,669 DEBUG [org.geotools.coverageio.gdal.ecw] -
Creating a new ECWFormat.
2018-10-23 14:16:13,669 TRACE [org.geotools.factory] - ENTRY
(GridCoverageFactory)
2018-10-23 14:16:13,669 TRACE [org.geotools.factory] - RETURN
(GridCoverageFactory): found implementation Optional.
2018-10-23 14:16:13,669 DEBUG
[org.geotools.renderer.lite.gridcoverage2d] - Rendering using
interpolation javax.media.jai.InterpolationNearest@7c10586a
2018-10-23 14:16:13,669 DEBUG
[org.geotools.renderer.lite.gridcoverage2d] - Rendering using
interpolation javax.media.jai.InterpolationNearest@7c10586a
2018-10-23 14:16:13,669 DEBUG
[org.geotools.renderer.lite.gridcoverage2d] - Rendering using
interpolation javax.media.jai.InterpolationNearest@7c10586a
2018-10-23 14:16:13,669 DEBUG [org.geotools.coverageio.gdal.ecw] -
Creating a new ECWFormat.
2018-10-23 14:16:13,669 DEBUG [org.geotools.coverageio.gdal.ecw] -
Creating a new ECWFormat.
2018-10-23 14:16:13,669 TRACE [org.geotools.factory] - ENTRY
(CoordinateOperationFactory, COORDINATE_OPERATION_FACTORY)
2018-10-23 14:16:13,669 TRACE [org.geotools.factory] - RETURN
(CoordinateOperationFactory, COORDINATE_OPERATION_FACTORY): found
implementation Optional.
2018-10-23 14:16:13,669 DEBUG [org.geotools.coverageio] - Adjusted
Requested Envelope = ReferencedEnvelope[35016.0 : 46544.0,
408465.61 : 420779.207]
Requested raster dimension =
java.awt.Rectangle[x=-10,y=-10,width=21,height=21]
Corresponding raster source region =
java.awt.Rectangle[x=0,y=0,width=14410,height=15392]
2018-10-23 14:16:13,716 DEBUG [org.geotools.coverageio] - Coverage read:
width = 22 height = 22
2018-10-23 14:16:13,716 DEBUG

Re: [Geoserver-devel] LDAP Authentication and logging username

2018-09-14 Thread Richard Duivenvoorde

On 09/13/2018 04:15 PM, Andrea Aime wrote:
> Hi Richard,
> did you try using the monitoring module, in "audit" mode? It will logs
> all sorts of details about the requests
> you're getting, regardless if they are post or get, including the
> username (but I don't know if it works
> fine with LDAP auth).
> 
> See:
> http://docs.geoserver.org/latest/en/user/extensions/monitoring/index.html
> https://geoserver.geo-solutions.it/edu/en/adv_gsconfig/monitoring.html

Hi Andrea,

Thanks!

Mmm, I thought I was'nt able to download the monitoring-module earlier?
Or that is was discontintued? I had it working in 2.12, but not in 2.13
anymore. Now I see it is still there.

Will have a look next week and report back.

Regards,

Richard


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] LDAP Authentication and logging username

2018-09-13 Thread Richard Duivenvoorde

On 09/13/2018 11:48 AM, Peter Smythe wrote:
> Hi Richard
> 
> I log the HTTP header Authorization in Tomcat/HAProxy/Apache and this
> will give you the base64 username:password that you see in WireShark, etc.:
> 
> Tomcat/Apache:    %{Authorization}i
> 
> HAProxy:
>     capture request  header Authorization len 50
>     log-format "... %{+Q}hrl ..."
> 
> I'm not sure how to base64 decode automatically, so I just leave it
> encoded, which is good enough for differentiating per username.

Hi Peter,

Thanks, yes that is what I came up finally, just after I sent the email.

But security-wise I cannot do that, in our case the Windows passwords
will be in all logs (Base64 encoded, but that is one line of grep away
from harvesting all username/passwords  :( ) .

So decoding/splitting on the fly would be ok. But even better would be
if Geoserver hands it over to the logs.

Regards,

Richard

___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] LDAP Authentication and logging username

2018-09-13 Thread Richard Duivenvoorde

Hi List,

We are experimenting here with the LDAP authentication provider against
the Windows Active Directory. All works fine!!

It is easy to ask for authorisation for a layer, and giving access via
'groups' instead of individual users is a nice thing.

BUT we also want to see in either Tomcat or Geoserver log files WHO is
asking for certain layers. So we want to log the username.

It's only internal use, so it's not even over https, so I can see the
base64 username:password headers going over the line.

But whatever I try (custom Valves for Tomcat) different log formats for
the (Apache) reverse proxy, I keep getting "- -" in logs instead of
seeing the username.

So Question: is it possible to let Geoserver/Tomcat/Apache log the
username somewhere? I did a lot of googling, and found a lot of
'answers', but nothing works in my situation.

Any hint/clue?
Anybody is able to log usernames?

Regards,

Richard Duivenvoorde

PS I'm pretty sure I asked something like this some years ago, and think
that Andrea answered something along the lines "difficult", but I cannot
find that Q/A anymore.

PS2 I think for governmental organisations in EU it will be more and
more important to be able to hand over clear logs in case of privacy
breaches nowadays. Usernames are an important part in that case.


___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] shp index of mosaic of asc files fails to fill

2018-09-03 Thread Richard Duivenvoorde

On 09/02/2018 02:31 PM, Andrea Aime wrote:
> > If this is the one, could you please suggest how to reword its
> > description to avoid confusion?
> 
> No, documentation/info on google is clear: don't use asc files :-)
> 
> I was talking about the idea that one can set a default CRS for the mosaic, 
> were you confused by "MosaicCRS" and if so, how to fix that?

I do not see a reason to set a default CRS for the whole mosaic, because
THAT is (in my view) done during 'registration' of a layer? It is the
(granule) DATA which has a crs?
OR is it even possible to have different crs's for your granule? In that
case it is just my ignorance of all the possibilities...

> - [open] the second 'does not work', which I think should work (?) is
> just creating a WMS from a mosaic from the Geoserver data example .asc
> file, see https://osgeo-org.atlassian.net/browse/GEOS-8912
> 
> I've earmarked it for the bug fix code sprint, since having the prj
> files, it should be working (that does not mean it's 
> going to be worked for a test data, just gave it a better chance of
> being noticed)

Ok I will try to be available for this. Is it still the last friday of
the month [0]?

About debugging Geotools in combi with Geoserver. The git instructions
from [0] are different from the development instructions from [1]
[0] tells you to checkout geotools AND geoserver src and work with those
together? While I used [1] in which you only checkout geoserver src,
which works fine (I think), as I can also debug into the Geotools
classes (via Maven probably?)... Mmm, but I probably cannot make
adjustments... will try that later.

Anyway, thanks!

Richard

[0] http://blog.geoserver.org/2017/04/27/geoserver-monthly-bug-stomp/
[1] http://docs.geoserver.org/stable/en/developer/source.html

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] shp index of mosaic of asc files fails to fill

2018-09-02 Thread Richard Duivenvoorde

Hi Andrea,

thanks for you answers, inline some comments.

> end up with a "EPSG:404000" (a joke on HTTP 404) and mosaic in older
> versions of GeoServer could not handle that. Check out 2.14-RC, that should
> mosaic files without georeferencing... althought I'm guessing it's not
> what you want.
> 
> Also, I'd recomment not to use ArcGrid sources for anything but small
> experiments,
> reading from text files is slow.
> With no requirements against it, I'd gdal_translate everything and add a
> CRS into in the process.

Geoserver here is just a small part in a tool-chain in which another old
(fortran) lib generates/models predictions about the route of a cloud of
smoke. The output historicaly is .asc as it was totally not gis-aware.
My plan was to use a simple python script which would use the asc files
and via Geoserver-REST then would register a mosaic and a
time-dimension-aware WMS-T layer. To be picked up by one of this
beautifull simple leaflet client
http://apps.socib.es/Leaflet.TimeDimension/examples/

Adding gdal to this mix would make it a little more complicated, so I
was hoping to not need to translate any of the output.

My 'problem' is that if I think that something should work, I tend to
mixup the (dutch?) rule: "why make it difficult, if you can do it easy" :(

> Apparently the geotools lib is not aware (or does not get) the crs from
> the indexer.properties file?
> 
> I believe it does not, and was never meant to. Is the documentation
> suggesting that it should?
> Maybe there is a misunderstanding on "MosaicCRS", which is the "mosaic CRS",
> not the granules one, and it's used when you have multiple crs in input
> (as we it has to pretend the mosaic to be uniform, it needs to know
> which one to use).
> If this is the one, could you please suggest how to reword its
> description to avoid confusion?

No, documentation/info on google is clear: don't use asc files :-)
But indeed reading the release notes of 2.14 I was encouraged to try it
(again...)..And as said: for our toolchain it would be easiest if I
could point Geoserver straight to the fortran output dir.

> The link you are providing does not work, did you use this?
> http://spatialreference.org/ref/epsg/28992/ogcwkt/
> 
> Also, there is millions of ways of "does not work", did not work how?

>From http://spatialreference.org/ref/epsg/28992/ I took the .PRJ File
option. But I now see that the OGC WKT file is probably better...

My 2 hurdles:

- [fixed] first I failed to register a non epsg:4326 asc file (as in:
the generated index shape did not take up all granules, but just one.
But that one is fixed by adding the .prj files ...

- [open] the second 'does not work', which I think should work (?) is
just creating a WMS from a mosaic from the Geoserver data example .asc
file, see https://osgeo-org.atlassian.net/browse/GEOS-8912

You can registre the store and layer, but the WMS fails.
My gut feeling first was that Geotools is messing up coordinate
transformations, but later I found that even the 4326 example did not
create a working wms (as in Layer Preview shows an error). I'll try to
do some further debugging.

I think for me it is wisest to use GeoTiffs indeed, but I still think
GEOS-8912 is a valid issue ;-)

Regards & thanks again for all the Geoserver work!

Richard Duivenvoorde

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] shp index of mosaic of asc files fails to fill

2018-09-01 Thread Richard Duivenvoorde

On 09/01/2018 12:58 PM, Richard Duivenvoorde wrote:
> Next try will be to create a mosaic from 1 asc file?
> 
> Or maybe reproject the asc file to epsg:4326 first and see if at least
> that works, so we can maybe pinpoint it to the crs handling?

Ok, tested that...

Looks like an imagemosaic from .asc file(s) is an issue.

First converted one of my epsg:28992 asc files to epsg:4326, but still
had a problem using the wfs. Registring store and layer are ok, but
Geoserver is not able to use the layer as it cannot find the data.

Then I thought to just try the (4326) asc file from Geoservers example
data directory: precip30min.asc and precip30min.prj

Same problem there. See below.

I created an issue for it now:
https://osgeo-org.atlassian.net/browse/GEOS-8912

Regards,

Richard Duivenvoorde

Request: getServiceInfo
01 Sep 13:45:02 DEBUG [org.geotools.util] - CRSConverterFactory can be
applied from Strings to CRS  only.
01 Sep 13:45:02 DEBUG [org.geotools.util] -
InterpolationConverterFactory can be applied from Strings to
Interpolation  only.
01 Sep 13:45:02 DEBUG [org.geotools.util] - CRSConverterFactory can be
applied from Strings to CRS  only.
01 Sep 13:45:02 DEBUG [org.geotools.util] -
InterpolationConverterFactory can be applied from Strings to
Interpolation  only.
01 Sep 13:45:02 TRACE [org.geotools.factory] - ENTRY  (GridCoverageFactory)
01 Sep 13:45:02 TRACE [org.geotools.factory] - RETURN
(GridCoverageFactory): found implementation Optional.
01 Sep 13:45:02 DEBUG [org.geotools.renderer.lite.gridcoverage2d] -
Rendering using interpolation javax.media.jai.InterpolationNearest@7be03c6e
01 Sep 13:45:02 DEBUG [org.geotools.renderer.lite.gridcoverage2d] -
Rendering using interpolation javax.media.jai.InterpolationNearest@7be03c6e
01 Sep 13:45:02 DEBUG [org.geotools.renderer.lite.gridcoverage2d] -
Rendering using interpolation javax.media.jai.InterpolationNearest@7be03c6e
01 Sep 13:45:02 DEBUG [org.geotools.gce.imagemosaic] - Reading mosaic
from file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.shp
01 Sep 13:45:02 DEBUG [org.geotools.gce.imagemosaic] - Highest res 0.5 0.5
01 Sep 13:45:02 DEBUG [org.geotools.gce.imagemosaic] - Requested
interpolation: javax.media.jai.InterpolationNearest@7be03c6e
01 Sep 13:45:02 DEBUG [org.geotools.gce.imagemosaic] - Prepping to
manage SortBy Clause
01 Sep 13:45:02 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.qix by
ShapefileDataStore-geoserver
01 Sep 13:45:02 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.shp by
ShapefileDataStore-geoserver
01 Sep 13:45:02 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.shp by
ShapefileDataStore-geoserver
01 Sep 13:45:02 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.qix by
ShapefileDataStore-geoserver
01 Sep 13:45:02 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.qix by
ShapefileDataStore-geoserver
01 Sep 13:45:02 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.qix by
ShapefileDataStore-geoserver
01 Sep 13:45:02 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.qix by
ShapefileDataStore-geoserver
01 Sep 13:45:02 TRACE [org.geotools.data.shapefile] - IndexFile has been
opened. Number open: 1
01 Sep 13:45:02 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.shx by
org.geotools.data.shapefile.shp.IndexFile
01 Sep 13:45:02 TRACE [org.geotools.data.shapefile] - Reading from file...
01 Sep 13:45:02 TRACE [org.geotools.index.quadtree] - QuadTree opened
01 Sep 13:45:02 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.qix by
ShapefileDataStore-geoserver
01 Sep 13:45:02 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.shx by
org.geotools.data.shapefile.shp.IndexFile
01 Sep 13:45:02 TRACE [org.geotools.data.shapefile] - IndexFile has been
closed. Number open: 0
01 Sep 13:45:02 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.shp by
org.geotools.data.shapefile.shp.ShapefileReader
01 Sep 13:45:02 TRACE [org.geotools.data.shapefile] - Shapefile Reader
has been opened. Number open: 1
01 Sep 13:45:02 TRACE [org.geotools.data.shapefile] - IndexFile has been
opened. Number open: 1
01 Sep 13:45:02 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/geoserver/geoserver.shx by
org.geotools.data.shapefile.shp.IndexFile
01 Sep 13:45:02 TRACE [org.geotools.data.shapefile] - Reading from file...
01 Sep 13

[Geoserver-devel] [JIRA] (GEOS-8912) Creation of Image Mosaic's from one or more *.asc files fail to create working wms

2018-09-01 Thread Richard Duivenvoorde (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Richard Duivenvoorde created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-8912  
 
 
  Creation of Image Mosaic's from one or more *.asc files fail to create working wms   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.14-RC  
 
 
Assignee: 
 Unassigned  
 
 
Attachments: 
 failingPrecipWMS.png  
 
 
Components: 
 Configuration, image mosaic, WMS  
 
 
Created: 
 01/Sep/18 2:10 PM  
 
 
Environment: 
 Downloaded selfcontained and in debugging session too  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Richard Duivenvoorde  
 

  
 
 
 
 

 
 Current geoserver seems not to be able to create an Image Mosaice from one or more *.asc files After first having some problems using my own asc files, see (search for 'shp index of mosaic of asc files fails to fill'): https://sourceforge.net/p/geoserver/mailman/geoserver-devel/?viewmonth=201808 and https://sourceforge.net/p/geoserver/mailman/geoserver-devel/?viewmonth=201809 I ended up to test just the precip30min.asc and precip30min.prj files that are provided as example asc files with Geoserver. All WMS requests to this store/layer fail. To reproduce: 
 
copy precip30min.asc and precip30min.prj (from geoserver coverage data dir) to some dedicated directory 
create an Image Mosaic store

Re: [Geoserver-devel] shp index of mosaic of asc files fails to fill

2018-09-01 Thread Richard Duivenvoorde

Ok, I've done some further testing debugging also with another dataset.

Both datasets I'm looking at are NOT epsg:4326 but meter-grids in our
national epsg:28992.

One think with which I 'fixed' at least the generation of the index shp
file was to add *.prj files for every *.asc file I had.
Apparently the geotools lib is not aware (or does not get) the crs from
the indexer.properties file?
Note: I took a prj epsg28992-1.prj) file generated by an geoserver index
from the same data translated to geotiffs Geoserver then works.
Another prj file I took from
http://spatialreference.org/ref/epsg/amersfoort-rd-new/ epsg28992-2.prj)
did NOT work with geoserver.

So having a valid looking index shp file biw (boxes look valid in QGIS),
still Geoserver cannot create a valid WMS?

Store creation and layer creation are fine, but even without time
dimension enabled, the 'granule' is not found/created:

Stacktrace below:

Not sure if there is something wrong with the prj file, OR if geotools
still misses the crs info to read the right cells from asc??

Next try will be to create a mosaic from 1 asc file?

Or maybe reproject the asc file to epsg:4326 first and see if at least
that works, so we can maybe pinpoint it to the crs handling?

If anybody else has pointers/ideas to tackle this, please let me know.

Regards,

Richard Duivenvoorde


01 Sep 12:49:13 INFO [org.geoserver.wms] -
Request: getServiceInfo
01 Sep 12:49:13 DEBUG [org.geotools.util] - CRSConverterFactory can be
applied from Strings to CRS  only.
01 Sep 12:49:13 DEBUG [org.geotools.util] -
InterpolationConverterFactory can be applied from Strings to
Interpolation  only.
01 Sep 12:49:13 DEBUG [org.geotools.filter] - parsingExpression Opacity
01 Sep 12:49:13 DEBUG [org.geotools.filter] - processing root Opacity
01 Sep 12:49:13 DEBUG [org.geotools.styling] - StyleImpl added 1 feature
types
01 Sep 12:49:13 DEBUG [org.geotools.gce.imagemosaic] - Using
ThreadPoolExecutor with the following settings: core pool size = 5
max pool size = 10
keep alive time 3
01 Sep 12:49:14 TRACE [org.geotools.factory] - ENTRY
(CRSAuthorityFactory, CRS_AUTHORITY_FACTORY)
01 Sep 12:49:14 TRACE [org.geotools.factory] - CHECK
(CRSAuthorityFactory, CRS_AUTHORITY_FACTORY): user provided a Class.
01 Sep 12:49:14 TRACE [org.geotools.factory] - CHECK
(CRSAuthorityFactory, CRS_AUTHORITY_FACTORY): consider hint[last]
AbstractEpsgMediator.
01 Sep 12:49:14 TRACE [org.geotools.factory] - THROW
(CRSAuthorityFactory, CRS_AUTHORITY_FACTORY): could not find implementation.
01 Sep 12:49:14 TRACE [org.geotools.factory] - ENTRY
(CRSAuthorityFactory, CRS_AUTHORITY_FACTORY)
01 Sep 12:49:14 TRACE [org.geotools.factory] - CHECK
(CRSAuthorityFactory, CRS_AUTHORITY_FACTORY): user provided a Class.
01 Sep 12:49:14 TRACE [org.geotools.factory] - CHECK
(CRSAuthorityFactory, CRS_AUTHORITY_FACTORY): consider hint[last]
AbstractEpsgMediator.
01 Sep 12:49:14 TRACE [org.geotools.factory] - THROW
(CRSAuthorityFactory, CRS_AUTHORITY_FACTORY): could not find implementation.
01 Sep 12:49:14 DEBUG [org.geotools.referencing.factory] - Failure in
the primary factory: No code "EPSG:28992" from authority "European
Petroleum Survey Group" found for object of type "IdentifiedObject". Now
trying the fallback factory...
01 Sep 12:49:14 TRACE [org.geotools.factory] - ENTRY
(FeatureTypeFactory, FEATURE_TYPE_FACTORY)
01 Sep 12:49:14 TRACE [org.geotools.factory] - RETURN
(FeatureTypeFactory, FEATURE_TYPE_FACTORY): found implementation Optional.
01 Sep 12:49:14 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/dom/dom.shp by
org.geotools.data.shapefile.shp.ShapefileReader
01 Sep 12:49:14 TRACE [org.geotools.data.shapefile] - Shapefile Reader
has been opened. Number open: 1
01 Sep 12:49:14 TRACE [org.geotools.data.shapefile] - IndexFile has been
opened. Number open: 1
01 Sep 12:49:14 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/dom/dom.shx by
org.geotools.data.shapefile.shp.IndexFile
01 Sep 12:49:14 TRACE [org.geotools.data.shapefile] - Reading from file...
01 Sep 12:49:14 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/dom/dom.dbf by
org.geotools.data.shapefile.dbf.DbaseFileReader
01 Sep 12:49:14 TRACE [org.geotools.data.shapefile] - Dbase File Reader
has been opened. Number open: 1
01 Sep 12:49:14 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/dom/dom.prj by
org.geotools.data.shapefile.ShapefileSetManager
01 Sep 12:49:14 TRACE [org.geotools.factory] - ENTRY  (CRSFactory,
CRS_FACTORY)
01 Sep 12:49:14 TRACE [org.geotools.factory] - RETURN (CRSFactory,
CRS_FACTORY): found implementation Optional.
01 Sep 12:49:14 DEBUG [org.geotools.data.shapefile] - Read lock:
file:/home/richard/z/18/rivm/0821_netcdf/dom/dom.prj by
org.geotools.data.shapefile.ShapefileSetManager
01 Sep 12:49:14 DEBUG [org.geotools.data.shapefile] - Read lock

Re: [Geoserver-devel] shp index of mosaic of asc files fails to fill

2018-08-30 Thread Richard Duivenvoorde

On 08/30/2018 02:13 PM, Richard Duivenvoorde wrote:
> On 08/30/2018 01:22 PM, Ian Turton wrote:
>> It looks like one of the files is missing a header, can you send the
>> first 5 or 6 lines of that file, just down to the first line of data.
>>
>> Ian 
> 
> Hi Ian,
> 
> all (minimal!) asc files, are in this zip:

OR:

$head -n6 *.asc

==> d0864a2d-a11f-4081-854a-c35bd85eec01-2-201806051530.asc <==
ncols4
nrows5
xllcorner  164000.
yllcorner  471000.
cellsize 1000.0
nodata_value-9

==> d0864a2d-a11f-4081-854a-c35bd85eec01-2-201806051540.asc <==
ncols5
nrows9
xllcorner  163000.
yllcorner  467000.
cellsize 1000.0
nodata_value-9

==> d0864a2d-a11f-4081-854a-c35bd85eec01-2-201806051550.asc <==
ncols6
nrows   13
xllcorner  162000.
yllcorner  463000.
cellsize 1000.0
nodata_value-9

==> d0864a2d-a11f-4081-854a-c35bd85eec01-2-201806051600.asc <==
ncols9
nrows   16
xllcorner  16.
yllcorner  46.
cellsize 1000.0
nodata_value-9
[richard@oost ppp]$ head -n7 *.asc
==> d0864a2d-a11f-4081-854a-c35bd85eec01-2-201806051530.asc <==
ncols4
nrows5
xllcorner  164000.
yllcorner  471000.
cellsize 1000.0
nodata_value-9
   0.000E+00

==> d0864a2d-a11f-4081-854a-c35bd85eec01-2-201806051540.asc <==
ncols5
nrows9
xllcorner  163000.
yllcorner  467000.
cellsize 1000.0
nodata_value-9
   0.000E+00

==> d0864a2d-a11f-4081-854a-c35bd85eec01-2-201806051550.asc <==
ncols6
nrows   13
xllcorner  162000.
yllcorner  463000.
cellsize 1000.0
nodata_value-9
   0.000E+00

==> d0864a2d-a11f-4081-854a-c35bd85eec01-2-201806051600.asc <==
ncols9
nrows   16
xllcorner  16.
yllcorner  46.
cellsize 1000.0
nodata_value-9
   0.000E+00


:-)

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] shp index of mosaic of asc files fails to fill

2018-08-30 Thread Richard Duivenvoorde

On 08/30/2018 01:22 PM, Ian Turton wrote:
> It looks like one of the files is missing a header, can you send the
> first 5 or 6 lines of that file, just down to the first line of data.
> 
> Ian 

Hi Ian,

all (minimal!) asc files, are in this zip:
http://duif.net/asctest.zip

I checked (and debugged) the parsing of the header, and all seem fine.

FYI: those are model smoke clouds

Regards,

Richard

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] shp index of mosaic of asc files fails to fill

2018-08-30 Thread Richard Duivenvoorde

Hi Devs,

I'm trying to create an image mosaic here from a directory of some time
based Ascii Grid files (.asc files in epsg:28992).

Whatever I try, debugging in latest master here, I fail to create an
valid index shp in the directory.

Here:   http://duif.net/asctest.zip   you can download a zip with 4 asc
files (plus an indexer.properties and timeregex.properties; start
Geoserver with -Dorg.geotools.shapefile.datetime=true to be able to
handle time in shapes)) , but upon trying to create a mosaic store from
that there is just 1 record in the shape file.

I see:

29 Aug 21:25:14 DEBUG [gce.imagemosaic] - Granule acceptor
org.geotools.gce.imagemosaic.acceptors.HomogeneousCRSAcceptor rejected
the granule being
processed/tmp/ppp/d0864a2d-a11f-4081-854a-c35bd85eec01-2-201806051540.asc
29 Aug 21:25:14 DEBUG [gce.imagemosaic] - Done with file
/tmp/ppp/d0864a2d-a11f-4081-854a-c35bd85eec01-2-201806051540.asc

in the log, but it is not clear to me why this is.

Registring the layer from that store is fine, but it is impossible to
retrieve an wms image from it. Image shows: Failed to load granule file:
. Note that an individual asc
store loads succesfully.

Below is stracktrace (geoserverdev level)

Thanks for any pointers

Regards,

Richard Duivenvoorde

ps I'm aware that translating them to geotiff is the preferred way, but
in this case easiest would be if we can keep it asc files.
ps2 I did that, and then the index is filled ok (and all is working)

Stracktrace:

Aug 30, 2018 9:42:29 AM
it.geosolutions.imageio.plugins.arcgrid.AsciiGridsImageReader setInput
SEVERE: closed
java.io.IOException: closed
at
javax.imageio.stream.ImageInputStreamImpl.checkClosed(ImageInputStreamImpl.java:110)
at
it.geosolutions.imageio.stream.input.FileImageInputStreamExtImpl.seek(FileImageInputStreamExtImpl.java:283)
at
javax.imageio.stream.ImageInputStreamImpl.reset(ImageInputStreamImpl.java:806)
at
it.geosolutions.imageio.plugins.arcgrid.AsciiGridsImageReader.setInput(AsciiGridsImageReader.java:262)
at
it.geosolutions.imageio.plugins.arcgrid.AsciiGridsImageReader.setInput(AsciiGridsImageReader.java:882)
at
com.sun.media.jai.imageioimpl.ImageReadCRIF.getImageReader(ImageReadCRIF.java:250)
at
com.sun.media.jai.imageioimpl.ImageReadCRIF.create(ImageReadCRIF.java:277)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at javax.media.jai.FactoryCache.invoke(FactoryCache.java:122)
at
javax.media.jai.OperationRegistry.invokeFactory(OperationRegistry.java:1674)
at
it.geosolutions.jaiext.ConcurrentOperationRegistry.invokeFactory(ConcurrentOperationRegistry.java:576)
at javax.media.jai.registry.RIFRegistry.create(RIFRegistry.java:332)
at javax.media.jai.RenderedOp.createInstance(RenderedOp.java:819)
at javax.media.jai.RenderedOp.createRendering(RenderedOp.java:867)
at javax.media.jai.RenderedOp.getWidth(RenderedOp.java:2179)
at 
org.geotools.coverage.grid.io.imageio.ReadType$2.read(ReadType.java:152)
at
org.geotools.gce.imagemosaic.GranuleDescriptor.loadRaster(GranuleDescriptor.java:1229)
at 
org.geotools.gce.imagemosaic.GranuleLoader.call(GranuleLoader.java:108)
at 
org.geotools.gce.imagemosaic.GranuleLoader.call(GranuleLoader.java:38)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at
org.geotools.gce.imagemosaic.granulecollector.BaseSubmosaicProducer.acceptGranule(BaseSubmosaicProducer.java:434)
at
org.geotools.gce.imagemosaic.granulecollector.DefaultSubmosaicProducer.accept(DefaultSubmosaicProducer.java:75)
at
org.geotools.gce.imagemosaic.RasterLayerResponse$MosaicProducer.visit(RasterLayerResponse.java:364)
at
org.geotools.gce.imagemosaic.catalog.CachingDataStoreGranuleCatalog.getGranuleDescriptors(CachingDataStoreGranuleCatalog.java:193)
at
org.geotools.gce.imagemosaic.RasterManager.getGranuleDescriptors(RasterManager.java:1338)
at
org.geotools.gce.imagemosaic.RasterLayerResponse.prepareResponse(RasterLayerResponse.java:677)
at
org.geotools.gce.imagemosaic.RasterLayerResponse.processRequest(RasterLayerResponse.java:612)
at
org.geotools.gce.imagemosaic.RasterLayerResponse.createResponse(RasterLayerResponse.java:580)
at 
org.geotools.gce.imagemosaic.RasterManager.read(RasterManager.java:1329)
at
org.geotools.gce.imagemosaic.ImageMosaicReader.read(ImageMosaicReader.java:946)
at
org.geotools.gce.imagemosaic.ImageMosaicReader.read(ImageMosaicReader.java:923)
at
org.geoserver.catalog.SingleGridCoverage2DReader.read(SingleGridCoverage2DReader.java:152)
at
org.geoserver.catalog.CoverageDimensionCustomizerReader.read

[Geoserver-devel] Custom Layer fields in Geoserver UI

2018-07-19 Thread Richard Duivenvoorde

Hi Devs,

Is it possible to add an extra (hidden) 'field' in the Layer gui of
Geoserver, one that does NOT show up in GetCapabilities response.

Context: having Geoserver with a big database-datastore, it is often
hard to track down the right view or table name from the Geoserver
layer. Als the full path to the ETL script to load the data can be
interesting to store.

We did(!) put the Table/View names in the 'abstract' field, but a
security auditor told us to 'hide' such information as it revealed our
internal datastructure

So we have been looking now in adding text (or an url) in the geoserver
admin interface to hold this (internal!) information.
Geoserver admins should be able to see/edit that field, but normal users
should not see this (when they should examine the getcapabilities output
for example).

So Questions:
- are other people see this as something that is helpfull or a good/bad
idea?
- is it already possible? (we tried all fields in the admin interface,
but all show up in the capabilities, also in the community modules I
could not find something).

Thanks for any input/ideas,

Regards,

Richard Duivenvoorde

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] language fix?

2018-06-25 Thread Richard Duivenvoorde

On 06/25/2018 05:18 PM, Niels Charlier wrote:
> Hello,
> 
> Is there a particular process in place for when you want to make a fix
> to the translation of geoserver in a particular language?
> 
> - Should I make a jira issue for that. Seems kind of pointless.
> 
> - How about reviewing. I don't think there is anyone closely involved
> with geoserver who can verify Dutch, but I guess I would be able to find
> someone on github who can verify the translation.

Hi Niels,

I googled: https://www.transifex.com/GeoServer/geoserver/

and http://docs.geoserver.org/latest/en/developer/translation.html

But we need someone from Geoserver packaging to make sure the Transifex
files actually are used (the second link does not make any notion of
Transifex, not searching for it...). I just asked to join the Dutch
team, just to be sure :-) (at QGIS we also use Transifex).

I would ask around on the OSGeo.nl mailing list for help if you need it:
https://osgeo.nl/mailinglijst/

Regards,

Richard Duivenvoorde



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-8786) Test Connection button in LDAP Authentication Provider throws Wicket exception

2018-06-14 Thread Richard Duivenvoorde (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Richard Duivenvoorde created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-8786  
 
 
  Test Connection button in LDAP Authentication Provider throws Wicket exception   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.13.1  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 Wicket UI  
 
 
Created: 
 14/Jun/18 10:36 AM  
 
 
Environment: 
 WindowsServer Tomcat Geoserver 2.13.1 from war clean deployed, datadir in war is used  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Richard Duivenvoorde  
 

  
 
 
 
 

 
 Create (valid) LDAP authentication provider (works in 2.12 and 2.13) But Pushing the 'Test Connection' button throws Wicket Exception below. BUT going back to the page (by using ALT-Backspace) brings you back to the  LDAP Authentication Provider configuration page which then show you the green Connection Succesful bars Feels like the Test Connection is redirecting to a wrong page? Hope this is enough to reproduce by others org.apache.wicket.WicketRuntimeException: Method onRequest of interface org.apache.wicket.behavior.IBehaviorListener targeted at org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1@39c56021 on component [AjaxSubmitLink [Component id = test]] threw an exception at org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:268) 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

Re: [Geoserver-devel] SLD from Postgis or from GeoPackage

2018-03-22 Thread Richard Duivenvoorde

On 22-03-18 02:59, Jody Garnett wrote:
> We have a similar need with shape files, the presence of a sidecar SLD
> file is great way to pass styling around.
> 
> At a GeoTools level I would love a way to "discover" a built-in style
> for a layer so we could make it available for either a) GeoServer Data
> Import (sadly that would just be a one time solution), or see we could
> make a placeholder in the LayerInfo (maybe with a special default style
> placeholder.
> 
> 
> GeoTools does have a per layer "info" data structure used to pass meta
> information on to the application, we could see about making the style
> available in this manner.

Hi Jody,

about sidecar SLD: if I'm correct esri products used a lyr file next to
a shapefile automatically if it had the exact same name.
QGIS is doing the same when you have a .qml (QGIS stylefile) with the
same name.
Unfortunatly that does not work (yet) with sld files (in QGIS), but it
could be a usable model... if you want to keep working with shapefiles ;-)

In case of Geopackage/Spatialite I would think a 'packaged' style could
be favoured over sld styles in Geoserver? Indeed it would be best if
GeoTools could serve this information.

Regards,

Richard Duivenvoorde

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Geotiff: pyramids non transparant while original is transparent

2018-03-09 Thread Richard Duivenvoorde

Hi Daniele,

YEP:

- Tried thursday, on the original Windows Osgeo4w server
gdaladdo file.tif 2 4 8 16 32 64 128 256 (that is without '-r average')
did NOT fix the problem


- then thought to double check and run
from my own laptop (with gdal 2.2.3 from distro/Debian sid)
(Geoserver 2.13-RC1)

gdaladdo -r average file.tif 2 4 8 16 32 64 128 256  (2.2.3 on Debian)
NOT working

gdaladdo file.tif 2 4 8 16 32 64 128 256
NOT working


- compiled gdal master here on Debian sid, use that:
gdaladdo file.tif 2 4 8 16 32 64 128 256
WORKS \o/

gdaladdo -r average file.tif 2 4 8 16 32 64 128 256  (gdal master)
WORKS \o/


So my conclusion ( but please try yourself :-) ):

- Even's patch works BOTH for -r average as for the 'default' (nearest)
version of gdaladdo.

Thanks all!!

Regards,

Richard Duivenvoorde

On 09-03-18 17:17, Daniele Romagnoli wrote:
> Hi Richard,
> did you have any chance to reprocess the image by using one of the
> suggestions emerged in this thread, such as RGB expansion as suggested
> by Jukka or recreating the overviews with a nightly GDAL version after
> Even's fix [1]?
> Please, let us know if you managed to have it working.
> 
> Regards,
> Daniele
> 
> [1]: https://lists.osgeo.org/pipermail/gdal-dev/2018-March/048204.html 
> 
> On Thu, Mar 8, 2018 at 3:50 PM, Daniele Romagnoli
> <daniele.romagn...@geo-solutions.it
> <mailto:daniele.romagn...@geo-solutions.it>> wrote:
> 
> 
> 
> On Thu, Mar 8, 2018 at 3:16 PM, Richard Duivenvoorde
> <rdmaili...@duif.net <mailto:rdmaili...@duif.net>> wrote:
> 
> On 08-03-18 14:47, Andrea Aime wrote:
> > Hi Richard,
> > that's just strange, overviews have nothing special, there is just 
> a switch
> > read wise to choose which image to use and the rest is the same and
> > unaware of the image origin.
> > Unless... are the overviews external?
> 
> Nope, added with:
> gdaladdo -r average file.tif 2 4 8 16 32 64 128 256
> 
> 
> Note that for paletted images, not nearest interpolations may
> produce weird results. (Since it interpolates indexes).
> 
> Daniele
> 
>  
> 
> 
> I also tried to create it with QGIS (hoping that this would change
> something...), but both have the same issue.
> 
> If anybody interested: http://duif.net/water.zip contains 3 zips
> (epsg:28992)) to test.
> 
> Happy to create an issue for it.
> 
> Regards,
> 
> Richard Duivenvoorde
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> <mailto:Geoserver-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> <https://lists.sourceforge.net/lists/listinfo/geoserver-devel>
> 
> 
> 
> 
> -- 
> Regards,
> Daniele Romagnoli
> ==
> GeoServer Professional Services from the experts! Visit
> 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 <tel:+39%200584%20962313>
> fax:      +39 0584 1660272 <tel:+39%200584%20166%200272>
> 
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it <http://twitter.com/geosolutions_it>
> 
> ---
> AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
> Le informazioni contenute in questo messaggio di posta elettronica
> e/o nel/i file/s allegato/i sono da considerarsi strettamente
> riservate. Il loro utilizzo è consentito esclusivamente al
> destinatario del messaggio, per le finalità indicate nel messaggio
> stesso. Qualora riceviate questo messaggio senza esserne il
> destinatario, Vi preghiamo cortesemente di darcene notizia via
> e-mail e di procedere alla distruzione del messaggio stesso,
> cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo,
> od utilizzarlo per finalità diverse, costituisce comportamento
> contrario ai principi dettati dal D.Lgs. 196/2003.
>  
> The information in this message and/or attachments, is intended
> solely fo

Re: [Geoserver-devel] Geotiff: pyramids non transparant while original is transparent

2018-03-08 Thread Richard Duivenvoorde

On 08-03-18 14:47, Andrea Aime wrote:
> Hi Richard,
> that's just strange, overviews have nothing special, there is just a switch
> read wise to choose which image to use and the rest is the same and
> unaware of the image origin.
> Unless... are the overviews external?

Nope, added with:
gdaladdo -r average file.tif 2 4 8 16 32 64 128 256

I also tried to create it with QGIS (hoping that this would change
something...), but both have the same issue.

If anybody interested: http://duif.net/water.zip contains 3 zips
(epsg:28992)) to test.

Happy to create an issue for it.

Regards,

Richard Duivenvoorde

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Geotiff: pyramids non transparant while original is transparent

2018-03-08 Thread Richard Duivenvoorde

Hi All,

We have some Geotiff rasters with small lines (cables) on it.
Serving these transparent with Geoserver is fine, using
InputTransparentColor set to #ff.

But adding pyramids/overviews to it, the lines look better in QGIS, so
we added the pyramids using gdaladdo.

While that works for QGIS, for Geoserver (2.12.0) it looks as if the
InputTransparentColor in the overviews is NOT used?

The map is not transparent anymore, untill you zoom in at the base
level, THEN the map will be transparent again.

Using default raster sld.

Anybody a clue?

Regards,

Richard Duivenvoorde

PS:

Gdalinfo for the original tiff (without pyramids):

Driver: GTiff/GeoTIFF
Files: WATER.tif
Size is 13422, 20898
Coordinate System is:
PROJCS["Amersfoort / RD New",
GEOGCS["Amersfoort",
DATUM["Amersfoort",
SPHEROID["Bessel 1841",6377397.155,299.1528128,
AUTHORITY["EPSG","7004"]],

TOWGS84[565.2369,50.0087,465.658,-0.406857,0.350733,-1.87035,4.0812],
AUTHORITY["EPSG","6289"]],
PRIMEM["Greenwich",0,
AUTHORITY["EPSG","8901"]],
UNIT["degree",0.0174532925199433,
AUTHORITY["EPSG","9122"]],
AUTHORITY["EPSG","4289"]],
PROJECTION["Oblique_Stereographic"],
PARAMETER["latitude_of_origin",52.156160],
PARAMETER["central_meridian",5.387639],
PARAMETER["scale_factor",0.079],
PARAMETER["false_easting",155000],
PARAMETER["false_northing",463000],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AXIS["X",EAST],
AXIS["Y",NORTH],
AUTHORITY["EPSG","28992"]]
Origin = (132801.000,452878.000)
Pixel Size = (0.333,-0.333)
Metadata:
  AREA_OR_POINT=Area
Image Structure Metadata:
  COMPRESSION=LZW
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  132801.000,  452878.000) (  5d 3'49.93"E, 52d 3'53.02"N)
Lower Left  (  132801.000,  445912.001) (  5d 3'51.56"E, 52d 0' 7.60"N)
Upper Right (  137275.000,  452878.000) (  5d 7'44.84"E, 52d 3'53.60"N)
Lower Right (  137275.000,  445912.001) (  5d 7'46.14"E, 52d 0' 8.18"N)
Center  (  135038.000,  449395.000) (  5d 5'48.11"E, 52d 2' 0.62"N)
Band 1 Block=13422x1 Type=Byte, ColorInterp=Palette
  NoData Value=0
  Color Table (RGB with 256 entries)
0: 255,255,255,0
1: 0,0,255,255
2: 0,0,0,255
3: 0,0,0,255
4: 0,0,0,255
5: 0,0,0,255
6: 0,0,0,255
7: 0,0,0,255
8: 0,0,0,255
9: 0,0,0,255
   10: 0,0,0,255
etc

Gdalinfo for the tiff with pyramids:

Driver: GTiff/GeoTIFF
Files: WATER.tif
Size is 13422, 20898
Coordinate System is:
PROJCS["Amersfoort / RD New",
GEOGCS["Amersfoort",
DATUM["Amersfoort",
SPHEROID["Bessel 1841",6377397.155,299.1528128,
AUTHORITY["EPSG","7004"]],

TOWGS84[565.2369,50.0087,465.658,-0.406857,0.350733,-1.87035,4.0812],
AUTHORITY["EPSG","6289"]],
PRIMEM["Greenwich",0,
AUTHORITY["EPSG","8901"]],
UNIT["degree",0.0174532925199433,
AUTHORITY["EPSG","9122"]],
AUTHORITY["EPSG","4289"]],
PROJECTION["Oblique_Stereographic"],
PARAMETER["latitude_of_origin",52.156160],
PARAMETER["central_meridian",5.387639],
PARAMETER["scale_factor",0.079],
PARAMETER["false_easting",155000],
PARAMETER["false_northing",463000],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AXIS["X",EAST],
AXIS["Y",NORTH],
AUTHORITY["EPSG","28992"]]
Origin = (132801.000,452878.000)
Pixel Size = (0.333,-0.333)
Metadata:
  AREA_OR_POINT=Area
Image Structure Metadata:
  COMPRESSION=LZW
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  132801.000,  452878.000) (  5d 3'49.93"E, 52d 3'53.02"N)
Lower Left  (  132801.000,  445912.001) (  5d 3'51.56"E, 52d 0' 7.60"N)
Upper Right (  137275.000,  452878.000) (  5d 7'44.84"E, 52d 3'53.60"N)
Lower Right (  137275.000,  445912.001) (  5d 7'46.14"E, 52d 0' 8.18"N)
Center  (  135038.000,  449395.000) (  5d 5'48.11"E, 52d 2' 0.62"N)
Band 1 Block=13422x1 Type=Byte, ColorInterp=Palette
  NoData Value=0
  Overviews: 6711x10449, 3356x5225, 1678x2613, 839x1307, 420x654,
210x327, 105x164, 53x82
  Color Table (RGB with 256 entries)
0: 255,255,255,0
1: 0,0,255,255
2: 0,0,0,255
3: 0,0,0,255
4: 0,0,0,255
5: 0,0,0,255
6: 0,0,0,255
7: 0,0,0,255
8: 0,0,0,255
9: 0,0,0,255
   10: 0,0,0,255
etc...

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] [Geotools-devel] SourceForge exit strategy

2018-03-08 Thread Richard Duivenvoorde

On 07-03-18 15:20, Jody Garnett wrote:
> The recent qgis release hit the OSGeo download servers hard, and our
> maven repo was affected.

FYI We are not using the OSGeo download servers for Windows standalone
installers anymore (since about a week).

We put cloudflare in between the user and the (non osgeo) download
server. Cloudflare tells us they saved us 24Tb of Bandwidth this week...

If still having problems let us know, maybe we should try to setup the
same for the Network installers.

Regards,

Richard Duivenvoorde

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-8276) imageio-ext-gdal-bindings-xxx.jar not available in geoserver-2.x.x-gdal-plugin.zip anymore since 2.10

2017-09-07 Thread Richard Duivenvoorde (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Richard Duivenvoorde created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-8276  
 
 
   imageio-ext-gdal-bindings-xxx.jar not available in geoserver-2.x.x-gdal-plugin.zip anymore since 2.10   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.10.0, 2.11.2  
 
 
Assignee: 
 Unassigned  
 
 
Attachments: 
 imageio-ext-gdal-bindings-1.9.2.jar  
 
 
Components: 
 Global  
 
 
Created: 
 07/Sep/17 11:09 AM  
 
 
Environment: 
 All (though we are running on Windows Server)  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Richard Duivenvoorde  
 

  
 
 
 
 

 
 As seen in title: imageio-ext-gdal-bindings-xxx.jar not available in geoserver-2.x.x-gdal-plugin.zip anymore since 2.10 We are using the gdal plugin to test ecw's internally for some Geoserver versions. Since 2.10 though the (apparently needed) imageio-ext-gdal-bindings-1.9.2.jar is NOT available anymore in the geoserver-2.x.x-gdal-plugin.zip... The problem you will see is described here too: http://osgeo-org.1560.x6.nabble.com/GeoServer-2-11-0-is-not-starting-after-installing-GDAL-plugin-Windows-Tomcat-td5315288.html During startup you will see something like:  Failed to instantiate [org.geowebcache.io.ImageIOInitializer]: Factory method 'getInstance' threw exception; nested exception is java.util.ServiceConfigurationError: javax.imageio.spi.ImageReaderSpi: Provider it.geosolutions.imageio.plugins.arcbinarygrid.ArcBinaryGridImageReaderSpi could not be instantiated In all my geoserver/plugin backups

Re: [Geoserver-devel] [QGIS-Developer] GeoPackage and styling

2017-07-03 Thread Richard Duivenvoorde

(cc-ing to geoserver dev list too)

Thanks for pointing to it Even.

Though I was hoping that the community could be a litter more
progressive in the way to define styles. Though there is no golden
bullet, I think the way MapBox and friends are evolving to some json
styling language/definition is pretty promising...

'We' as QGIS already can (in a QGIS specific way) save the style (in
either QGIS-QML or SLD), and there is even a SourcePole plugin which
besides the styling also saves the project into the GeoPackage...

To me it would be ubercool when we could create a GeoPackage file with
both Data, Styles and (let's call it) MapContext (layerorder, start
zoom/bbox etc).

And then that other FOSS products like Geoserver/Mapproxy/MapsServer etc
etc could just ingest that

Dreaming?

Regards,

Richard Duivenvoorde

On 02-07-17 21:22, Even Rouault wrote:
> Hi,
> 
> I guess this might be of interest for the QGIS community. There's
> 
> apparently ongoing thoughts about how to standardize styling in GeoPackage
> 
> See this blog post by Jeff Yutzler‏, the chair of the OGC GeoPackage SWG:
> 
> http://geopackage.blogspot.fr/2017/07/the-styling-portrayal-ad-hoc-meeting.html
>  
> Even

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-8134) sld file lost when moving style from workspace to default workspace

2017-05-10 Thread Richard Duivenvoorde (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Richard Duivenvoorde created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-8134  
 
 
  sld file lost when moving style from workspace to default workspace   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.11.0  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 Configuration  
 
 
Created: 
 10/May/17 9:42 AM  
 
 
Environment: 
 Windows Server /Tomcat install of Geoserver 2.11.0 (dev server) and 2.10.2 (live server).  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Richard Duivenvoorde  
 

  
 
 
 
 

 
 When moving a style from a named workspace to the default (empty) workspace, the xml is copied over, but the sld is not (it is removed form the workspace directory though)... So you loose the sld file / style  Context: for some time we had a workspace in which we also had our styles.  So when style is in workspace, both xml and sld file appear in  datadir/workspaces/foo/styles  when you give a style a workspace in the gui But after having some problems with workspaces and styles we do not use the workspaces anymore for the styles. And I gradually move the styles back from the named workspace (say 'foo') to the default workspace by going into the webui for a style and change the 'Workspace'-dropdown there from 'foo' to the first option, which is an empty label. In all earlier versions this moved both xml and sld file from the workspace/styles dir to the styles dir. But now in 2.11.0 the sld file disappears. To test: 
 
be sure you have a workspace 
create a new style aaa

[Geoserver-devel] [JIRA] (GEOS-8054) Renaming of data store directory path breaks WFS but not WMS

2017-03-29 Thread Richard Duivenvoorde (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Richard Duivenvoorde created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-8054  
 
 
  Renaming of data store directory path breaks WFS but not WMS   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.9.2, 2.10.2, 2.11.0  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 WFS  
 
 
Created: 
 29/Mar/17 3:23 PM  
 
 
Environment: 
 Windows Server 2008 RC2  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Richard Duivenvoorde  
 

  
 
 
 
 

 
 Having a Geoserver running on Windows Server here, pointing to a custom GEOSERVER_DATA_DIR. After placing shapefiles in a dir xxx in the data_dir\data\shapefiles directory and creating a store and layer all was ok. Then a collegeau thought that this layers should not be visible YET, and renamed the xxx directory to xxx_not_yet, thereby breaking the path of the datastore off course. BUT: it turns out that now ALL WFS-services are broken. If you do a request not to the WFS end point you receive something like:  http://gng-ap713.nieuwegein.nl/geoserver/schemas/ows/1.0.0/owsExceptionReport.xsd">  java.lang.RuntimeException: java.io.FileNotFoundException: d:\data\geoserver\data_dir\d:\data\geoserver\data_dir\data\shapefiles\Luchtkwaliteit_2016\Concentraties_2016.shp (The filename, directory name, or volume label syntax is incorrect) java.io.FileNotFoundException: d:\data\geoserver\data_dir\d:\data\geoserver\data_dir\data\shapefiles\Luchtkwaliteit_2016\Concentraties_2016.shp (The filename, directory name, or volume label syntax is incorrect) d:\data\geoserver\data_dir\d:\data\geoserver\data_dir\data\shapefiles\Luchtkwaliteit_2016\Concentraties_2016.shp (The filename, directory name, or volume label syntax is i

Re: [Geoserver-devel] geopackage datastore missing from nightly?

2017-03-11 Thread Richard Duivenvoorde

On 11-03-17 13:22, Ian Turton wrote:
> You also need the geopackage plugin
> - 
> http://ares.opengeo.org/geoserver/master/community-latest/geoserver-2.11-SNAPSHOT-geopkg-plugin.zip
>  
> 
> The manual page is misleading though - I'll update it.

Ah, thanks, yep. I see, sorry diagonal reading of the docs indeed...

Just works!

In our quest to make gpkg a default open data format... should it not be
in core instead of extenstion? Or is it just not stable enough?

One thing: why not browse to a gpkg file (just like a shp) instead of
giving a file:///home/richard/geodata/foo.gpkg url and no
password/usernamen etc?

Regards,

Richard

--
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] geopackage datastore missing from nightly?

2017-03-11 Thread Richard Duivenvoorde

Hi Devs,

can somebody confirm?

according to: http://docs.geoserver.org/latest/en/user/community/geopkg/

I should be able to view a 'geopackage' item in the add data store page
after installing WPS extension.

I downloaded nightly (I'm on Debian testing, OpenJDK Runtime Environment
(build 1.8.0_121-8u121-b13-3-b13) here).
Downloaded WPS extension and unzipped jars in
webapps/geoserver/WEB-INFO/lib dir
and restarted geoserver jetty via startup.sh

I see a WPS 1.0.0 in Service Capabilities, but I do NOT see a Geopackage
possibility as store to add as you see

http://docs.geoserver.org/latest/en/user/community/geopkg/input.html#adding-a-geopackage-vector-data-store

Do I miss something?
Or did I hit an issue?

Regards,

Richard Duivenvoorde

--
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Geoserver 2.8->2.10.2 upgrade: Windows disk path issues?

2017-03-02 Thread Richard Duivenvoorde

On 02-03-17 10:18, Andrea Aime wrote:
> Hi Richard,
> those URLs look weird to my Linux trained eye, but I'd also failure to
> upgrade as a regression.

Done:

https://osgeo-org.atlassian.net/browse/GEOS-8011

also tested on Windows10 now, 2.10 nightly fresh non upgrade.

see issue for some more info, eg a file works a directory not...

Richard





--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Geoserver 2.8->2.10.2 upgrade: Windows disk path issues?

2017-03-02 Thread Richard Duivenvoorde

On 01-03-17 22:34, Jody Garnett wrote:
> Hi Richard - during the release of GeoServer 2.9 we asked for help
> testing; in part to head off any issues like this. Considerable work was
> done on how geoserver interacts with the data directory and the file
> system at that time.

I do prereleases pretty often.. but not 2.9 sorry

> One thing that does not make sense to me is the URL provided
> "file://E:\luchtfotos2016" - when I use firefox in a windows VM I get
> something like "file:///C:/java/target/".

I know it is a funny URL:

file://E:\luchtfotos2016

but it's not me making this up... it is Geoserver webinterface doing it
when I browse to E: and then go into the directory luchtfotos2016...
This is WindosServer2008 (but later tested on Win10 too)

and as said: that url worked in 2.8 (and I found even funnier URL's in
older configs: file:e:\luchtfotos2015\ which apparently worked at that
time :-(

> When teaching on windows (my only chance to use it) I often use firefox
> to construct the correct URL as above. Can you do so now - I would
> expect something like file://E:/lunchfotos2016/"

It is Firefox that we use on that machine...

I just installed Geoserver 2.10 nightly on my kids Windows pc here at
home (fresh vanilla Geoserver zip)...

Create a 'Image Mosaic', browse to whatever directory outside the
GEOSERVER_DATA_DIR folder (be it c: or d:), eg d:\data en you will see
file://D:\data

when trying to save it as a store you will see:
Could not list layers for this store, an error occurred retrieving them.
Failed to create reader from file://D:\data and hints is null

I created an issue for it:

https://osgeo-org.atlassian.net/browse/GEOS-8011

Note that creating a shape store and browsing to a shapefile also shows
a funny url, but that just succeeds in creating the store...

Regards,

Richard Duivenvoorde

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-8011) On WIndows, Create Store interface creates invalid URL/path: unable to create store

2017-03-02 Thread Richard Duivenvoorde (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Richard Duivenvoorde created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-8011  
 
 
  On WIndows, Create Store interface creates invalid URL/path: unable to create store   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.10.2  
 
 
Assignee: 
 Unassigned  
 
 
Attachments: 
 windowserror2.jpg, windowserror.jpg  
 
 
Components: 
 Configuration, image mosaic, UI, Wicket UI  
 
 
Created: 
 02/Mar/17 10:23 AM  
 
 
Environment: 
 WIndows binary and war installs. Tested on both WindowsServer2008 and a recent 64bits WIndows10 Desktop  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Richard Duivenvoorde  
 

  
 
 
 
 

 
 On Windows using Geoserver 2.10 admin webinterface, try to create a Image Mosaic store by using the browse button and browse to whatever directory outside the GEOSERVER_DATA_DIR folder (be it on c: or d: or e,  eg  d:\data  you will see in the webpage: file://D:\data  when trying to save it as a store you will see an error message (see windowserror.jpg): Could not list layers for this store, an error occurred retrieving them. Failed to create reader from file://D:\data and hints is null Note that in 2.8 the same url's/paths just work: file://E:\luchtfotos2016 file://D:\data Funny thing is (see windowserror2.jpg) that browsing for a Shapefile store you will see the same funny file-URL's: file://C:\temp\provincies\provincies.shp but at least the creation of the store just works  Maybe it has something to do with the types of datastore (which

[Geoserver-devel] Geoserver 2.8->2.10.2 upgrade: Windows disk path issues?

2017-03-01 Thread Richard Duivenvoorde

Hi Devs,

running 2.8 on Window server here, having a datastore on another disk
then the GEOSERVER_DATA_DIR.

GEOSERVER_DATA_DIR is on D:
a directory with GeoTiffs is on E:\luchtfotos2016

In 2.8 the store was created as a imagemosaic store using the filepath

file://E:\luchtfotos2016

and worked.

After upgrade to 2.10 that store was INVALID, giving the stacktrace [0]
below

I was also NOT able to create other datastores which were on E

Going to back to 2.8 all was fine again...

Another issue I see is that in the 'create store dropdown' I only see
the paths in the GEOSERVER_DATA_DIR, others are not viewable (white
characters, see attached screendump. BUT the paths are there, you can
select the third item and you will see the directories on that disk.
BUT... the store will not work (also tries a shp store).

THEN... I thought to try:

file://E:/luchtfotos2016

(switched path-separator to linux (normal ;-) ) style... and WORKS!

So question: what has changed between 2.8 and 2.10.2 that makes that old
datastore definitions do not work anymore.
Also creating a new definition by browsing to it, geoserver itself
creates "file://E:\luchtfotos2016" and then does not create the store.

Is this considered a bug, and should I create an issue for this?

Regards,

Richard Duivenvoorde


[0] stacktrace:

2017-03-01 11:09:17,106 WARN [geoserver.catalog] - Unable to convert
coverage URL to a URI, attempting to use it as a path
2017-03-01 11:09:17,106 INFO [geoserver.web] - Getting list of coverages
for saved store file://E:\luchtfotos2016
java.lang.RuntimeException: Could not list layers for this store, an
error occurred retrieving them: Failed to create reader from
file://E:\luchtfotos2016 and hints null
at

org.geoserver.web.data.layer.NewLayerPageProvider.getItemsInternal(NewLayerPageProvider.java:158)
at
org.geoserver.web.data.layer.NewLayerPageProvider.getItems(NewLayerPageProvider.java:61)
at
org.geoserver.web.wicket.GeoServerDataProvider.fullSize(GeoServerDataProvider.java:243)
at
org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.updateMatched(GeoServerTablePanel.java:583)
at
org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.(GeoServerTablePanel.java:576)
at
org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:176)
at
org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:97)
at
org.geoserver.web.data.layer.NewLayerPage$1.(NewLayerPage.java:105)
at 
org.geoserver.web.data.layer.NewLayerPage.(NewLayerPage.java:105)
at
org.geoserver.web.data.store.CoverageStoreNewPage.onSuccessfulSave(CoverageStoreNewPage.java:86)
at
org.geoserver.web.data.store.CoverageStoreNewPage.onSave(CoverageStoreNewPage.java:74)
at
org.geoserver.web.data.store.AbstractCoverageStorePage$1.onSubmit(AbstractCoverageStorePage.java:122)
at
org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:110)
at
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior$AjaxFormSubmitter.onSubmit(AjaxFormSubmitBehavior.java:215)
at 
org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1307)
at org.apache.wicket.markup.html.form.Form.process(Form.java:974)
at 
org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:795)
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:588)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
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:865)
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.request.cycle.RequestCycle.processRequest(RequestCycle.java:222)
at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293)
at
org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilte

Re: [Geoserver-devel] sld filter function 'area' returning area in pixels?

2016-11-30 Thread Richard Duivenvoorde

On 30-11-16 18:25, Torben Barsballe wrote:
> I wonder if we could tie the area calculation to UOM
> ?
> Looks like currently UOM is an attribute on the symbolizer, so not quite
> in the right place to work with area, but might be something to think about.
>
> In the interim, you may be able to use the wms_scale_denominator
> environment variable
> 
> to calculate the proper area from the area in pixels.

Ah! That is a cool trick. Did not come up on this one, Thanks!
For me it does not have to be very precise, I just want to have some 
artificial treshold to say "and now it is a point".
So I think if I can pull wms_scale_denominator into my function I'm happy.

Regards,

Richard

--
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] sld filter function 'area' returning area in pixels?

2016-11-30 Thread Richard Duivenvoorde


Hi Devs,

having a polygon dataset, I want to show small polygons (<1m2) different 
from the rest of the polygons

I thought to use the 'area' function which according to this:
http://docs.geoserver.org/stable/en/user/filter/function_reference.html
would give:
"The area of the specified geometry. Works in a Cartesian plane, the 
result will be in the same unit of measure as the geometry coordinates 
(which also means the results won’t make any sense for geographic data)"

But what I observe here is that it returns the size in pixels, while 
data is in meters.

Because zooming in I saw the style of some bigger polygons change (while 
off course the geometry area itself stays the same).
Also showing the area in a label shows that on zooming in the area is 
changing on every zoomlevel...

QUESTION:
- is this supposed behaviour or is this a bug?
- IS it possible to use the geometry area in filters/labels

Note: Tried both Area and area

Regards,

Richard Duivenvoorde

PS: example rule below

 
 poly
 poly
 
 
 
 GEOM
 
 1.0


 
 
 
 #104DAF
 
 0.4
 
 
 
 #104DAF
 1
 
 



 
 
 
 GEOM
 
 
 
   Arial
   14
   normal
   bold
 
 
   
 
   0.5
   0.5
 
   
 
 
   #00
 
   

 

 
 point
 point
 
 
 
 GEOM
 
 1

 
 
 
 
 
 image/svg+xml
  
 
 
 
 
 #ff
 
 0.4
 
 
 
 #ff
 1
 
 

 

--
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Show sql (of sql view) in layer page

2016-10-26 Thread Richard Duivenvoorde

Hi Devs/Users,

Am I the only one with a lot of layers, forgetting which one is a sql
view and which ones are true tables?

When looking for a solution for problems, I often overlook the tiny
sentence: 'Edit sql view'
below the Feature Type Details, which let you actually know:
"THIS IS A SQL VIEW LAYER!"

I understand that 'editing' the view deserves it's own page, but it
would be nice (I think) if below the Feature Type Details in the layer
page we could see the actual query/sql statement used.

Is this easy feasible? Or does the layer page not easily get this
information (or is there another reason to NOT implement this (other
then time))?
Even better: would it not be nice to jump to the 'edit sql view'
directly from the layer list page?

I know: just do it :-) But I want to know if this is easy doable, or am
I the only one having this issues...

Regards,

Richard Duivenvoorde

--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] possible to use of GDAL extension (ecw plugin) in combi with osgeo4w64 gdal?

2016-08-19 Thread Richard Duivenvoorde


Hi,

context:
- windows server, java 1.8.0, Tomcat, Geoserver 2.9.1 (war), gdal
extension + ecw-plugin

I have gdal/ecw working using most of info from
http://docs.geoserver.org/2.9.1/user/data/raster/gdal.html
and some other googling sources

BUT because this is also a machine to check data on, I want to install
QGIS/ogr etc etc on it (using osgeo4w installer!).

Then I thought that it should be possible to use the native gdal libs
from osgeo4w for the GDAL extension (instead of the GDAL-installer
downloaded from [0].

But failed.

While gdalinfo.exe (from osgeo4w) shows me ecw, the java gdalinfo
version (copied from the GDAL/other install) gave me a:
"no gdaljni in java.library.path" error
Copying the gdaljni from the other install in the osgeo4w bin directory
changed the error to:
"Can't find dependent libraries"
I understand that the libs from the GDAL-install are (off course) needed
by the gdaljni.dll... but I do not want to mixup the GDAL-install libs
into the osgeo4w bin dir (also because there are duplicates, and I'm not
sure about different versions).

So to make a long story short: "is it possible to use the Osgeo4W64
installed GDAL (+plugins) from within Geoserver?"

Or is there too much dependencies in gdaljni that it is too much work to
bring it to osgeo4w?

Or am I creating a problem here, and should I just install gdal twice :-)

Regards,

Richard Duivenvoorde


[0]
http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.15/native/gdal/windows/



--
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-7461) After editing/saving a style/layer, plz go back to that style/layer to maybe edit again..

2016-03-15 Thread Richard Duivenvoorde (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Richard Duivenvoorde created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-7461  
 
 
  After editing/saving a style/layer, plz go back to that style/layer to maybe edit again..   
 

  
 
 
 
 

 
Issue Type: 
  Improvement  
 
 
Affects Versions: 
 2.9-beta  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 UI  
 
 
Created: 
 15/Mar/16 10:29 AM  
 
 
Environment: 
 All env  
 
 
Priority: 
  Low  
 
 
Reporter: 
 Richard Duivenvoorde  
 

  
 
 
 
 

 
 Having a Geoserver instance with >100 styles defined, and not being a sld-king. I often have to fix an sld, check the result and (re)fix the sld again. From my (user) standpoint it would be much easier if after the 'save' of the edit we would go back to edited style again, instead of to the long list where I have to use search again to find the style and then click it again to (re)edit. Not sure IF it is an easy fix (not familiar with wicket workflow), but this is one of my longstanding wishes  Making it an option would also be cool off course (given that others probably will want to go back to the list). Same for layer list by the

[Geoserver-devel] [JIRA] (GEOS-7460) feedback panel / wicket styling

2016-03-15 Thread Richard Duivenvoorde (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Richard Duivenvoorde created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-7460  
 
 
  feedback panel / wicket styling   
 

  
 
 
 
 

 
Issue Type: 
  Improvement  
 
 
Affects Versions: 
 2.9-beta  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 UI  
 
 
Created: 
 15/Mar/16 10:20 AM  
 
 
Priority: 
  Low  
 
 
Reporter: 
 Richard Duivenvoorde  
 

  
 
 
 
 

 
 The green feedback ul when validating a style or reloading server config has a strange space on left size.  Seems trivial to fix, but also creating this issue to 2.9 beta is being used/tested  Will try to add screendump later, currently I receive a "JIRA could not attach the file as there was a missing token. Please try attaching the file again."  
 

  
 
 
 
 

 
 
 

 
 
 A

Re: [Geoserver-devel] GetMap request outside ecw (gdal) bbox gives nullpointer

On 05-10-15 14:36, Daniele Romagnoli wrote:
> Dear Richard,
> which specific version of GS did you use to produce that log, so we can
> track the problem?
> (A 2.8 nightly build? a 2.8.0? ...?)
> (Asking this because the reported NPE seems coming from a recent line of
> code which by the way is not part of 2.6.x).

The log is from a just installed 2.8.0 :-)

But I've received the same xml error back when that server was still on
2.6.x
But the stacktrace is from 2.8.0 probably with geotools development
logging...

Regards,

Richard


--
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] 2.8 needs ojdbc7.jar for 'Exhausted Resultset' error

Ok, took me some time to find out that after upgrading to 2.8 and
working with oracle layers you also really have to upgrade your
ojdbc14.jar ojdbc7.jar from Oracle.

Without upgrading you get an error:

Failure occured while looking up primary key 
Exhausted Resultset

See also

https://osgeo-org.atlassian.net/browse/GEOT-5098

Is it worth to make a note in the oracle-readme.txt of the oracle plugin
for that (maybe also updating the name of the jar in it)?
Or is that only on Windows?

Happy to do a PR for that...

Regards,

Richard

--
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] GetMap request outside ecw (gdal) bbox gives nullpointer


Hi devs,

I'm testing out the use of one ecw for an aerial instead of a directory
of geotiffs.

While with the geotiffs it was possible to ask for a tile which is
fully(!) outside of the data extent, with an ecw (gdal extension) I get
the following error (both in 2.6 as in 2.8)

Error rendering coverage on the fast path java.lang.NullPointerException

Looking into the stacktrace, it is maybe something with generating a
colormap which has off course no data there?

Should I create an issue (I'm not able to attache a small ecw though)?
Or is there something I can configure to prevend this?

Below the full error and stacktrace

Regards,

Richard Duivenvoorde

ps the reason we request tiles outside the data is because the layer is
part of a much bigger layer


http://gng-ap713.nieuwegein.nl/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd;>
   
  Error rendering coverage on the fast path
java.lang.NullPointerException



2015-10-05 13:51:32,878 DEBUG [org.geotools.coverageio.gdal.ecw] -
Creating a new ECWFormat.
2015-10-05 13:51:32,879 TRACE [org.geotools.factory] - ENTRY
(GridCoverageFactory)
2015-10-05 13:51:32,879 TRACE [org.geotools.factory] - RETURN
(GridCoverageFactory): found implementation GridCoverageFactory.
2015-10-05 13:51:32,880 DEBUG
[org.geotools.renderer.lite.gridcoverage2d] - Rendering using
interpolation javax.media.jai.InterpolationNearest@27c6495d
2015-10-05 13:51:32,880 DEBUG
[org.geotools.renderer.lite.gridcoverage2d] - Rendering using
interpolation javax.media.jai.InterpolationNearest@27c6495d
2015-10-05 13:51:32,880 DEBUG
[org.geotools.renderer.lite.gridcoverage2d] - Rendering using
interpolation javax.media.jai.InterpolationNearest@27c6495d
2015-10-05 13:51:32,881 ERROR [org.geoserver.ows] -
org.geoserver.platform.ServiceException: Error rendering coverage on the
fast path
at
org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:345)
at
org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:260)
at
org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:132)
at org.geoserver.wms.GetMap.executeInternal(GetMap.java:504)
at org.geoserver.wms.GetMap.run(GetMap.java:248)
at org.geoserver.wms.GetMap.run(GetMap.java:119)
at
org.geoserver.wms.DefaultWebMapService.getMap(DefaultWebMapService.java:320)
at sun.reflect.GeneratedMethodAccessor272.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:319)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at
org.geoserver.kml.WebMapServiceKmlInterceptor.invoke(WebMapServiceKmlInterceptor.java:34)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at
org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:62)
at
org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:36)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at
org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:74)
at
org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:55)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at
org.geoserver.ows.util.RequestObjectLogger.invoke(RequestObjectLogger.java:55)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
at com.sun.proxy.$Proxy74.getMap(Unknown Source)
at sun.reflect.GeneratedMethodAccessor182.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:845)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:275)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:

[Geoserver-devel] [JIRA] (GEOS-7229) GetMap request outside ecw (gdal) bbox raises null pointer exception

2015-10-05 Thread Richard Duivenvoorde (JIRA)

Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Richard Duivenvoorde created an issue 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 GeoServer /  GEOS-7229 
 
 
 
  GetMap request outside ecw (gdal) bbox raises null pointer exception  
 
 
 
 
 
 
 
 
 

Issue Type:
 
  Bug 
 
 
 

Affects Versions:
 

 2.8.0, 2.6.0 
 
 
 

Assignee:
 

 Unassigned 
 
 
 

Components:
 

 Community modules, WMS 
 
 
 

Created:
 

 05/Oct/15 5:03 PM 
 
 
 

Environment:
 
 
Deployed Geoserver 2.8.0 war here in Tomcat 7.0.56 on Windows Server 2008 R2 
Using gdal extension, normally working fine with ecw's 
 
 
 

Priority:
 
  High 
 
 
 

Reporter:
 
 Richard Duivenvoorde 
 
 
 
 
 
 
 
 
 
 
I'm testing out the use of one ecw for an aerial instead of a directory of geotiffs. 
While with the geotiffs it was possible to ask for a tile which is fully outside of the data extent, with an ecw (gdal extension) I get the following error (both in 2.6 as in 2.8) 
Error rendering coverage on the fast path java.lang.NullPointerException 
Looking into the stacktrace

Re: [Geoserver-devel] GetMap request outside ecw (gdal) bbox gives nullpointer

On 05-10-15 16:48, Jody Garnett wrote:
> You may want to turn this into a bug report :)

Done ;)

https://osgeo-org.atlassian.net/browse/GEOS-7229


--
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] dead link in csw docs

2014-11-27 Thread Richard Duivenvoorde


Hi,

on:

http://docs.geoserver.org/latest/en/user/extensions/csw/features.html

the links to ResourceInfo object are linking to

http://rancor.boundlessgeo.com:8080/display/GEOS/Catalog+Design#CatalogDesign-resources

which (for me) seem not reachable.

Can this a server problem, or a documentation problem?
Should I create an issue for that?


Regards,

Richard Duivenvoorde

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [jira] (GEOS-6787) Non advertised layers still show up in the CSW search resulst

2014-11-27 Thread Richard Duivenvoorde (JIRA)

Title: Message Title










 

 Richard Duivenvoorde created an issue


















 GeoServer /  GEOS-6787



  Non advertised layers still show up in the CSW search resulst 










Issue Type:

  Bug




Affects Versions:


 2.6.1




Assignee:

 Justin Deoliveira




Components:


 Configuration, CSW




Created:


 27/Nov/14 9:07 AM




Priority:

  Major




Reporter:

 Richard Duivenvoorde










UNchecking the 'advertised' checkbox in the Data tab of the Layer properties in the admin pages removes the layer from the capabilities of the service.
BUT it still shows up in the search results when the server has CSW enabled
It would be better if 'unadvertising' a layer for wms/wfs would also hide it in CSW searches
(easy testing by using the MetaSearch plugin with QGIS: but use % as wildcard chars around your search term)












   

 Add Comment

[Geoserver-devel] Geoserver 2.6.1 slow/unusable compared to Geoserver 2.6.0-snapshot of 23th oct

Hi,

Using Geoserver 2.6.x on Windows Server here (I'm on Tomcat 7.0.56 here,
JDK 1.7.0_67).

Couple of weeks ago had some performance troubles with Oracle spatial
after upgrade to 2.6.0.
This was fixed, so I installed a snapshot of 23th oct, which is working
fine.

Now trying to install 2.6.1, I have troubles getting this one working.
The management-pages are either slow or not working at all?

My first bet was that it has something to do with a overfull
data-directory (lot of testing layers/styles etc), so I tested it with
without setting a GEOSERVER_DATA_DIR-env variable, so Geoserver uses
only the deployed demo layers.
But even then the management interface is very slow?

Stopping Tomcat, and redeploying the 23th oct snapshot all is fine?

So my question:
- what has changed between the 23th oct snapshot and 2.6.1 ?
Or can it be something else I'm having problems with?

Others having this problems?

Regards,

Richard Duivenvoorde


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Geoserver 2.6.1 slow/unusable compared to Geoserver 2.6.0-snapshot of 23th oct

On 20-11-14 13:56, Andrea Aime wrote:
 On Thu, Nov 20, 2014 at 12:41 PM, Andrea Aime

 Hum... maybe it is unrelated, but other people have reported issues due
 to a Firefox 
 upgrade (version 33) not working properly over NVidia video cards, and
 generating
 especially bad looking results with the GeoServer user interface: might
 it be your case too?

Found that one too, and tried to do the about:config trick. I'm on a
remote desktop to the server here, so not so much graphic drivers to
update...

So I thought to install Chrome there.
Mmm, strange stuff going on here... Chrome is doing fine 

Going back to snapshot 13oct: All browsers working fine.
Going to 2.6.1 again: only Chrome working.

Some other observation when looking into network timing of Firefox:
all files seem to get retrieved in milliseconds, EXCEPT:
screen.css
print.css
geoserver.css
those 3 take 21000ms ??

(but again: switching between the two versions solves/brings back the
problem).

To make it even more complex: there is a new firewalling regime here..
not sure if this can affect this. Seems unlikely though when those three
files in different versions have different loading times??

Regards,

Richard


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Geoserver 2.6.1 slow/unusable compared to Geoserver 2.6.0-snapshot of 23th oct

On 20-11-14 16:08, Andrea Aime wrote:
 On Thu, Nov 20, 2014 at 3:31 PM, Richard Duivenvoorde rich...@duif.net
 mailto:rich...@duif.net wrote:
 
 Going back to snapshot 13oct: All browsers working fine.
 Going to 2.6.1 again: only Chrome working.
 
 
 One thing changed that should have affected only IE 11:
 https://github.com/geoserver/geoserver/commit/b4ca7d334fdab03610b7b7511ca73eeb5546bda8
 
 Back then I did try with Firefox, but under Linux, and it was not
 version 33 but I guess version 32.
 Wondering if this might have affected Firefox 33 on Windows?

Some other test: trying to retrieve this url from Tomcat directly:

http://localhost:8080/geoserver/web/resources/org.geoserver.web.GeoServerBasePage/css/geoserver.css

in FF actually shows the css untill the end immidiatly, BUT apparently
'thinks' (the little hour-glass keeps turning for those 20 sec) that the
file is not retrieved yet...

Regards,

R


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Geoserver 2.6.1 slow/unusable compared to Geoserver 2.6.0-snapshot of 23th oct