[Geoserver-users] possible regression in 2.2.4

[Raif S. Naffah]

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160


hi all,

just downloaded the latest stable release 2.2.4 and encountered the
following exception when using a layer defined in a WFS-store (provided
by the same GeoServer instance) referencing a layer defined in the same
GeoServer in a shapefile-store, in the Layer Preview panel (OpenLayers
output):


INFO   | jvm 1| 2013/01/24 11:36:57 | 24 Jan 11:36:57 ERROR
[geoserver.ows] - INFO   | jvm 1| 2013/01/24 11:36:57 |
org.geoserver.platform.ServiceException: Rendering process failed
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:517)
...


INFO   | jvm 1| 2013/01/24 11:36:57 | Caused by:
java.lang.ClassCastException: org.opengis.filter.IncludeFilter cannot
be cast to org.geotools.filter.Filter INFO   | jvm 1| 2013/01/24
11:36:57 |  at
org.geotools.xml.filter.FilterOpsComplexTypes$BinaryLogicOpType.encode(FilterOpsComplexTypes.java:2547)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.xml.filter.FilterOpsComplexTypes$LogicOpsType.encode(FilterOpsComplexTypes.java:704)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.xml.filter.FilterOpsComplexTypes.encodeFilter(FilterOpsComplexTypes.java:96)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.xml.filter.FilterOpsComplexTypes$BinaryLogicOpType.encode(FilterOpsComplexTypes.java:2548)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.xml.filter.FilterOpsComplexTypes$LogicOpsType.encode(FilterOpsComplexTypes.java:704)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.xml.filter.FilterOpsComplexTypes.encodeFilter(FilterOpsComplexTypes.java:96)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.xml.filter.FilterOpsComplexTypes$FilterType.encode(FilterOpsComplexTypes.java:905)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.data.wfs.v1_0_0.xml.WFSBasicComplexTypes$QueryType.encode(WFSBasicComplexTypes.java:592)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.data.wfs.v1_0_0.xml.WFSBasicComplexTypes$GetFeatureType.encode(WFSBasicComplexTypes.java:198)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.xml.DocumentWriter.writeFragment(DocumentWriter.java:318)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.xml.DocumentWriter.writeDocument(DocumentWriter.java:216)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.data.wfs.v1_0_0.WFS_1_0_0_DataStore.getFeatureReaderPost(WFS_1_0_0_DataStore.java:775)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.data.wfs.v1_0_0.NonStrictWFSStrategy.createFeatureReaderPOST(NonStrictWFSStrategy.java:126)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.data.wfs.v1_0_0.NonStrictWFSStrategy.createFeatureReader(NonStrictWFSStrategy.java:104)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.data.wfs.v1_0_0.NonStrictWFSStrategy.getFeatureReader(NonStrictWFSStrategy.java:76)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.data.wfs.v1_0_0.WFS_1_0_0_DataStore.getFeatureReader(WFS_1_0_0_DataStore.java:856)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.data.DefaultFeatureResults.reader(DefaultFeatureResults.java:214)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.data.store.DataFeatureCollection.openIterator(DataFeatureCollection.java:230)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.data.store.DataFeatureCollection.iterator(DataFeatureCollection.java:198)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geoserver.feature.RetypingFeatureCollection.iterator(RetypingFeatureCollection.java:44)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.renderer.lite.StreamingRenderer.drawPlain(StreamingRenderer.java:2438)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.renderer.lite.StreamingRenderer.processStylers(StreamingRenderer.java:2015)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geotools.renderer.lite.StreamingRenderer.paint(StreamingRenderer.java:828)
INFO   | jvm 1| 2013/01/24 11:36:57 |   at
org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:491)
INFO   | jvm 1| 2013/01/24 11:36:57 |   ... 100 more

this used to work in 2.2.2 --i just restarted a copy and verified, but
not anymore.

is this a known issue?  are there settings i need to change/add which i
missed?


TIA + cheers;
rsn
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Que du magnifique

iEYEAREDAAYFAlEAi7MACgkQ+e1AKnsTRiGVWQCfT4WSxVvGr53K4UGKuvI9qekI
Y/QAoMvoosMNHKZZAI92bNBjoWJbliLw
=7Gac
-END PGP SIGNATURE-
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your 

Re: [Geoserver-users] possible regression in 2.2.4

[Raif S. Naffah]

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

On Tue, 29 Jan 2013 08:30:52 +0100
Andrea Aime andrea.a...@geo-solutions.it wrote:

 On Mon, Jan 28, 2013 at 11:17 PM, Raif S. Naffah r...@forge.com.au
 wrote:
 
   That's also why the store gets disabled every time you restart
   GeoServer, the store checks the remote WFS server is online, but
   it's not because GeoServer is still starting up
 
  two questions then:
 
  * is this expected then that it works w/ 2.2.2 but not later
  versions?
 
 
 No, this should not be working in any version, the store should always
 be disabled on startup.

i may not have expressed myself clearly.  the startup w/ disabled state
of WFS stores is understandable and always occurred, even in 2.2.2 .
as i reported i a previous email on this thread, re-enabling it was
enough to get the layer 'working'.  that stopped being case in 2.2.3
and 2.2.4 w/ different behaviours.


  * is it expected to work if i configure + use 2 GeoServer instances?
from what you mentioned earlier about the Filter class cast
  exception that something in 2.2.4 is causing the use of this
unsupported/deprecated class.
 
 
 The store disable thing should go away if the two GeoServer start up
 in the proper order, the filter issue is another thing, it probably
 won't work even with 2 separate GeoServer, that needs debugging.

fair enough, i'll try setting up such a configuration, and see what
happens.

thanks for your time.


 Cheers
 Andrea
- -- 
cheers;
rsn
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Que du magnifique

iEYEAREDAAYFAlEITjUACgkQ+e1AKnsTRiFj/QCg2gHNMDcGZhn/g4b2NIUv/XJp
t5cAnRMxV93EjqUaJ2a5gCNNltAKGole
=OOqz
-END PGP SIGNATURE-
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Java options for GS 2.8.1

[Raif S. Naffah]

answering my own questions...

On Sun, 22 Nov 2015 13:49:31 +1100, Raif S. Naffah wrote:
> ...
> w/ version 2.2.5 i used to have the following -D Java options set:
> 
>   ADVANCED_PROJECTION_HANDLING=true
>   USE_STREAMING_RENDERER=true
>   CONTINUOUS_MAP_WRAPPING=true
> 
> are these still applicable or needed w/ the latest 2.8.1?

the 1st and last options are now available in the GUI and are set to
true by default.  see
http://docs.geoserver.org/stable/en/user/webadmin/services/WMS.html

for the 2nd one it looks like it's still available and need to be set
if desired as a Java launcher option.  see
http://docs.geoserver.org/latest/en/user/services/wms/global.html which
although shows a 'Global variables affecting WMS -- GeoServer 2.9.x
User Manual' as its title, i suspect is applicable to 2.8.x series as
well.

-- 
cheers;
rsn


pgp2CszKPO37p.pgp
Description: OpenPGP digital signature
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Java options for GS 2.8.1

[Raif S. Naffah]

Thanks Andrea for the clarification!

On 22 November 2015 6:53:11 pm AEDT, Andrea Aime <andrea.a...@geo-solutions.it> 
wrote:
>On Sun, Nov 22, 2015 at 5:22 AM, Raif S. Naffah <r...@forge.com.au>
>wrote:
>
>> >   USE_STREAMING_RENDERER=true
>>
>
>Actually... too, the shapefile renderer is long gone,
>and so is that variable... just removed it from the docs
>
>Cheers
>Andrea

-- 
cheers
rsn

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

[Geoserver-users] Java options for GS 2.8.1

[Raif S. Naffah]

hi there,

w/ version 2.2.5 i used to have the following -D Java options set:

  ADVANCED_PROJECTION_HANDLING=true
  USE_STREAMING_RENDERER=true
  CONTINUOUS_MAP_WRAPPING=true

are these still applicable or needed w/ the latest 2.8.1?


TIA + cheers;
rsn


pgparmyaXgtIk.pgp
Description: OpenPGP digital signature
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Show of hands, who's interested in a 2.7.7 release in April?

[Raif S. Naffah]

hi Andrea,

On Wed, 9 Mar 2016 20:14:39 +0100, Andrea Aime wrote:

> Hi,
> on behalf of the PSC I'm here to ask the users about their interest
> on a 2.7.7 release
> next month (April).
> 
> As you may know, the 2.7.x was supposed to end with 2.7.6, but due to
> some issues
> with our java 8 compatibility we are delaying the 2.9.0 release a
> couple of months,
> and thus we have space for one more community supported release past
> 2.7.6.
> 
> So, would you be interested in getting one more bug fix release in the
> 2.7.x series?
> Let us know

i'm currently using 2.2.5 and was planing on upgrading to 2.9 --which i
expected to be released around this time.  this page
(http://docs.geoserver.org/latest/en/developer/policies/community-process.html#release-cycle)
implies February, but this one
(https://github.com/geoserver/geoserver/wiki/Release-Schedule) May.
my choice of upgrading to 2.9 is motivated by the move to JDK 8 support
(both my app and GeoServer's).

so not being a user of a 2.7.x i don't have an opinion on such a
release.  however having to upgrade soon to a newer version from 2.2.5 i
would appreciate it if you can list the major differences, besides the
obvious support for JDK 8, between (a) the planned maintenance 2.7.7,
(b) the upcoming stable 2.8.3 (this month?), and (c) the delayed 2.9.0
(june?).


> PS: the end of the community support for a series does not
> automatically imply the
> death of it, if someone shows up that wants to sponsor bugfix
> backports (which get
> increasingly difficult/time consuming as one code base gets old and
> out of synch
> with the latest developments) and release time so that we can do both
> during working hours,
> we can keep up a given series alive for as much as you desire.

TIA + cheers;
rsn


pgpk8pcuG0oCF.pgp
Description: OpenPGP digital signature
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] H2 JAR version upgrade

[Raif S. Naffah]

hi Andrea,

comments in-line.

On Fri, 8 Apr 2016 09:47:53 +0200, Andrea Aime wrote:

> Hi Raif,
> thorny question. In an ideal world we could:
> 1) Go down in GeoTools and replace gt-jdbc-h2 with h2gis
> 2) Provide an upgrade path for those using jt-jdbc-h2 to h2gis
> 3) Find a way to upgrade the GWC disk quota database with the newer H2
> 4) Find a way to upgrade the KML superoverlay database with newer H2
> 5) Same as 2-3 for any other H2 usage I don't remember now
> 
> In the reality, 1) is not possible because H2Gis decided on a license
> that's incompatible with GeoTools (only compatible with GeoServer).
> 1) would thus be real problem because gt-jdbc-h2 is the only store
> that actually runs tests by default in the build, if we remove it,
> we'd have no test coverage left for those modules (by default at
> least). So... I believe we'd have to try and upgrade gt-jdbc-h2 to v
> 2.x, not sure how hard it would be.

i take it you meant version 1.2 or later referring to H2.

over the weekend i downloaded the sources for Justin's geodb [5]
(tagged version 0.8) and GT 14.3.  i was able to build locally a geodb
0.9-SNAPSHOT using the latest stable H2 (1.3.176) and hatbox [6]
(1.0.b9) (the library used by geodb for spatial indexing) w/o problems.

i then used this version to build gt-jdbc-h2.  i was able to do that w/
few modifications to the SQL used in 3 H2xxxTestSetup classes [7].

w/ this all 325 tests pass.  this to me means it's possible w/ little
effort.


> 2) is hard to justify because I believe not very many people use
> gt-jdbc-h2 as the storage, but all of our database integration tests
> in GeoServer and some in geotools do, so ... uff... we'd have to do
> some work here anyways  (basicaly back to 1), assuming it's ok to
> drop the axe on actual gt-jdbc-h2 production
> users, hopefully there are few/none)

i think gt-jdbc-h2 should stay as is relying on geodb.  in addition to
what you've already mentioned it is an example implementation for adding
spatial capability to Derby/JavaDB if needed using hatbox --a Google
Summer of Code project may be?

 
> 3/4/5 is annoying because H2 seems to have provided no upgrade path
> from 1.x to 2.x...

i take it you don't consider H2's 'Database Upgrade Helper' tool
appropriate.  w/ this tool upgrading existent databases sounds analog
to upgrading PostgreSQL + PostGIS tables: the upgrade is done
separately from GS.

>... for disk quota and superoverlay I guess we could
> just change the location/name of files, drop the old ones, and
> have the system rebuild the database from scratch (might take
> hours the first startup, especially if one has a large tile cache on
> disk with disk quota enabled, the system would have to crawl each and
> every tile).

all valid issues for the developers to consider.  for me as a GS user
having the standard distribution contain the latest stable H2 is a step
forward.


> All in all it's not impossible but looks like a fair amount of work
> with some upgrade hiccups for the user base.
> 
> Going back to your other question, do I know of production usage of
> h2gis with GeoServer? Not personally, sorry :-)
> 
> On Fri, Apr 8, 2016 at 4:37 AM, Raif S. Naffah <r...@forge.com.au>
> wrote:
> 
> > hi all,
> >
> > i recently upgraded from GS 2.2.5 to 2.8.3 (w/ JDK 8) and everything
> > works fine.  now i'd like to start using 'h2gis' [1] and its GS
> > data-store [2].
> >
> > the (potential) problem i'm facing is the version of the 'H2'.  in
> > the standard GS 2.8.3 release the H2 JAR is at 1.1.119 and is
> > present in the webapp's lib.  'h2gis' uses a newer version of H2
> > (1.4.189) which has an incompatible (disk format) w/ the one used
> > in 1.1.  H2 also provides a utility to 'upgrade database from
> > 1.1...' [3].
> >
> > this thread [4] (which i believe is still relevant) suggests that
> > H2 is only used in specific use-cases...
> >
> > QUOTE
> > ...once a data directory
> > is converted to use it (either because of superoverlays or gwc
> > metastore) you cannot go back.
> > UNQUOTE
> >
> > in my case, after upgrading to GS 2.8.3 (re-using a copy of the
> > data-dir previously used by GS 2.2.5, which in turn was a copy of
> > the same data-dir used by GS 1.5.4) i tried:
> >
> > * removing the h2-1.1.119 JAR, and separately
> > * replacing it w/ a newer version (1.4.191)
> >
> > everything continues to work fine in both instances.  this,
> > empirically at least, tells me that my data-dir is not using any
> > 'feature' that would otherwise cause an H2 database to be generated.
> >
> > my questions are --and thanks for reading so far :-)
> >
> > * is there a reliable check to apply _before_ up

[Geoserver-users] H2 JAR version upgrade

[Raif S. Naffah]

hi all,

i recently upgraded from GS 2.2.5 to 2.8.3 (w/ JDK 8) and everything
works fine.  now i'd like to start using 'h2gis' [1] and its GS
data-store [2].

the (potential) problem i'm facing is the version of the 'H2'.  in
the standard GS 2.8.3 release the H2 JAR is at 1.1.119 and is present
in the webapp's lib.  'h2gis' uses a newer version of H2 (1.4.189) which
has an incompatible (disk format) w/ the one used in 1.1.  H2 also
provides a utility to 'upgrade database from 1.1...' [3].

this thread [4] (which i believe is still relevant) suggests that H2 is
only used in specific use-cases...

QUOTE
...once a data directory
is converted to use it (either because of superoverlays or gwc
metastore) you cannot go back.
UNQUOTE

in my case, after upgrading to GS 2.8.3 (re-using a copy of the
data-dir previously used by GS 2.2.5, which in turn was a copy of the
same data-dir used by GS 1.5.4) i tried:

* removing the h2-1.1.119 JAR, and separately
* replacing it w/ a newer version (1.4.191)

everything continues to work fine in both instances.  this, empirically
at least, tells me that my data-dir is not using any 'feature' that
would otherwise cause an H2 database to be generated.

my questions are --and thanks for reading so far :-)

* is there a reliable check to apply _before_ upgrading to ensure a
  data-dir will continue to be operational after the upgrade?

  i guess if an H2 database when created/used is always in a specific
  location w/in the data-dir then checking for the presence of such
  file system object should be enough.  is this the case?

* has any body attempted migrating to a newer version of H2, had to use
  the (H2) upgrade utility to 'fix' a GS data-dir, and would like to
  share their experience?


[1] http://www.h2gis.org/
[2] https://github.com/orbisgis/h2gis-gs
[3] http://h2database.com/html/download.html
[4]
https://sourceforge.net/p/geoserver/mailman/geoserver-devel/thread/4C2070F7.4000507%40opengeo.org/#msg25582876


TIA + cheers;
rsn


pgp2PbE4prVxg.pgp
Description: OpenPGP digital signature
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] User Manual

[Raif S. Naffah]

hi Jody,

On Mon, 4 Jul 2016 23:52:39 -0700, Jody Garnett wrote:

> I see Brad has already responded, I am curious as to the continued
> value of the PDF manual? What do you like about it or find it useful
> for?

it's useful for inclusion in the documentation of a distribution
that contains a GeoServer.

 
> Personally I find that some of the wider code examples can get
> cut-off in the PDF output.
> 
> --
> Jody Garnett
> 
> On 30 June 2016 at 16:37, Raif S. Naffah <r...@forge.com.au> wrote:
> 
> > hi all,
> >
> > earlier releases of GeoServer included a PDF version of the User
> > Manual.  however, after 2.4.6 this doesn't seem to be the case any
> > more.
> >
> > is there an easy way to generate such a document?
-- 
cheers;
rsn


pgpqd4ewWBvRf.pgp
Description: OpenPGP digital signature
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] User Manual

[Raif S. Naffah]

hi all,

earlier releases of GeoServer included a PDF version of the User
Manual.  however, after 2.4.6 this doesn't seem to be the case any
more.

is there an easy way to generate such a document?

-- 
cheers;
rsn


pgpwDfirQMkSQ.pgp
Description: OpenPGP digital signature
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] User Manual

[Raif S. Naffah]

On Fri, 1 Jul 2016 10:08:04 +1000, Brad Hards wrote:

> They are still available. See (for example):
> http://ares.boundlessgeo.com/geoserver/release/2.9.0/

thanks Brad.  unless i missed the obvious, it may be useful to link to
it from the the  page.

-- 
cheers;
rsn


pgp5Vi_MxQV6K.pgp
Description: OpenPGP digital signature
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Preferred JSON library to use in WPS

[Raif S. Naffah]

hi all,

i'm in the process of writing some WPS processes and i'm leaning
towards having one of these use a JSON encoded object as one of its
parameters.

in GeoServer 2.8.5 i see 3 libraries that look like being able to do
the job:

* jettison-1.0.1 - from org.codehaus.jettison,
* json-lib-2.2.3-jdk15 - from json-lib.sourceforge.net, and
* json-simple-1.1 - (previously) from code.google.com/p/json-simple/

is there a preferred one to use?  i.e. likely to survive some future
harmonization effort.


TIA + cheers;
rsn


pgpGnogp4_sIk.pgp
Description: OpenPGP digital signature
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Preferred JSON library to use in WPS

[Raif S. Naffah]

never mind.  i see that wps-core depends on gt-geojson which pulls
json-simple.  so i'll assume it's this library that is the preferred
one for WPS implementations.


On Sun, 18 Sep 2016 18:02:04 +1000, Raif S. Naffah wrote:
> ...
> i'm in the process of writing some WPS processes and i'm leaning
> towards having one of these use a JSON encoded object as one of its
> parameters.
> 
> in GeoServer 2.8.5 i see 3 libraries that look like being able to do
> the job:
> 
> * jettison-1.0.1 - from org.codehaus.jettison,
> * json-lib-2.2.3-jdk15 - from json-lib.sourceforge.net, and
> * json-simple-1.1 - (previously) from code.google.com/p/json-simple/
> 
> is there a preferred one to use?  i.e. likely to survive some future
> harmonization effort.
-- 
cheers;
rsn


pgp4jXXdCifIe.pgp
Description: OpenPGP digital signature
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] WFS GetCapabilities failures

[Raif S. Naffah]

hi all,

working w/ GeoServer 2.8.5 i'm getting sporadic failures when
requesting WFS capabilities.  the failures show up in the geoserver.log
as follows:

2016-09-28 12:02:18,843 INFO [org.geoserver.wfs] - 
Request: getServiceInfo
2016-09-28 12:02:18,844 INFO [org.geoserver.wfs] - 
Request: getCapabilities
baseUrl = http://localhost:9100/geoserver/
service = WFS
2016-09-28 12:02:18,879 ERROR [org.geoserver.ows] - 
java.io.IOException
at 
org.geoserver.wfs.response.GetCapabilitiesResponse.write(GetCapabilitiesResponse.java:63)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:996)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:279)
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:923)
at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
at 
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:75)
at 
org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:71)
at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:71)
at 
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:46)
at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at 
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:50)
at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:311)
at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:69)
at 
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:116)
at 
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:73)
at 
org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:92)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:323)
at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:69)
at 
org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113)
at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:73)
at 
org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:92)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:323)
at 
org.geoserver.security.filter.GeoServerAnonymousAuthenticationFilter.doFilter(GeoServerAnonymousAuthenticationFilter.java:54)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:323)
at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:69)
at 
org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:150)
at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:73)
at 
org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:92)
at 
org.geoserver.security.filter.GeoServerBasicAuthenticationFilter.doFilter(GeoServerBasicAuthenticationFilter.java:83)
at 

[Geoserver-users] how to add custom startup actions

[Raif S. Naffah]

hi all,

i'm in the process of using WPS and REST to create, populate and use an
h2 based data-store.  the h2 server is external to GeoServer.

the problem i'm facing is that depending on the order of how these two
servers are started and the state of the h2 database it's in, GeoServer
does not operate correctly.

if however after i start GeoServer, i manually delete my (h2)
data-store and reload the catalog everything is back working correctly
again.

i'm wondering if there's an extension point where i can add code to do
just that upon GeoServer startup.

TIA + cheers;
rsn


pgpwumwHmWMys.pgp
Description: OpenPGP digital signature
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] WFS GetCapabilities failures

[Raif S. Naffah]

i believe what i'm seeing is explained by

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


On Wed, 28 Sep 2016 12:32:57 +1000, Raif S. Naffah wrote:

> hi all,
> 
> working w/ GeoServer 2.8.5 i'm getting sporadic failures when
> requesting WFS capabilities.  the failures show up in the
> geoserver.log as follows:
> 
> 2016-09-28 12:02:18,843 INFO [org.geoserver.wfs] - 
> Request: getServiceInfo
> 2016-09-28 12:02:18,844 INFO [org.geoserver.wfs] - 
> Request: getCapabilities
> baseUrl = http://localhost:9100/geoserver/
> service = WFS
> 2016-09-28 12:02:18,879 ERROR [org.geoserver.ows] - 
> java.io.IOException
>   at
> org.geoserver.wfs.response.GetCapabilitiesResponse.write(GetCapabilitiesResponse.java:63)
> at org.geoserver.ows.Dispatcher.response(Dispatcher.java:996) at
> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:279)
> 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:923)
> at
> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
> at
> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
> at
> org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
> at
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
> at
> org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
> at
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
> at
> org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:75)
> at
> org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:71)
> at
> org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:71)
> at
> org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:46)
> at
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
> at
> org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:50)
> at
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
> at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:311)
> at
> org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:69)
> at
> org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:116)
> at
> org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
> at
> org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:73)
> at
> org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:92)
> at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:323)
> at
> org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:69)
> at
> org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113)
> at
> org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:73)
> at
> org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:92)
> at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:323)
> at
> org.geoserver.security.filter.GeoServerAnonymousAuthenticationFilter.doFilter(GeoServerAnonymousAuthenticationFilter.java:54)
> at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:323)
> at
> org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:69)
> at
> org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:150)
> at
> org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:73)
> at
> org.geoserver.security.filter.GeoServerC

Re: [Geoserver-users] WFS GetCapabilities failures

[Raif S. Naffah]

yes indeed.  i create H2 database tables, some w/ and others w/o a
geometry column.  after publishing the first geometry-less one as a
layer, the WFS GetCapabilities calls for both 1.0.0 and 1.1.0 versions
fail.

you are also correct in pointing out the UI does not allow
geometry-less layers.  trying to view those (geomtry-less) layers the
UI does not allow changing the panel b/c of missing BBOX info.  the
Layer Preview also does not work w/ those layers.

i was planning today on adding a dummy geometry column --a point w/ 0
value coordinates-- to ensure that works around the issue.  will report
back if there's interest in finding out this stops the failing WFS
calls.


On Thu, 13 Oct 2016 19:38:02 +0200, Andrea Aime wrote:

> So are you configuring geometryless layers via the REST interface?
> The UI should not allow null bounding boxes even on geometryless
> layers.
> 
> Cheers
> Andrea
> 
> On Thu, Oct 13, 2016 at 6:45 PM, Raif S. Naffah <r...@forge.com.au>
> wrote:
> 
> > i believe what i'm seeing is explained by
> >
> >   https://osgeo-org.atlassian.net/browse/GEOS-7216
> >
> >
> > On Wed, 28 Sep 2016 12:32:57 +1000, Raif S. Naffah wrote:
> >  
> > > hi all,
> > >
> > > working w/ GeoServer 2.8.5 i'm getting sporadic failures when
> > > requesting WFS capabilities.  the failures show up in the
> > > geoserver.log as follows:
> > >
> > > 2016-09-28 12:02:18,843 INFO [org.geoserver.wfs] -
> > > Request: getServiceInfo
> > > 2016-09-28 12:02:18,844 INFO [org.geoserver.wfs] -
> > > Request: getCapabilities
> > > baseUrl = http://localhost:9100/geoserver/
> > > service = WFS
> > > 2016-09-28 12:02:18,879 ERROR [org.geoserver.ows] -
> > > java.io.IOException
> > >   at
> > > org.geoserver.wfs.response.GetCapabilitiesResponse.write(  
> > GetCapabilitiesResponse.java:63)  
> > > at org.geoserver.ows.Dispatcher.response(Dispatcher.java:996) at
> > > org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:279)
> > > 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:923)  
> > > at
> > > org.springframework.web.servlet.DispatcherServlet.  
> > doService(DispatcherServlet.java:852)  
> > > at
> > > org.springframework.web.servlet.FrameworkServlet.processRequest(  
> > FrameworkServlet.java:882)  
> > > at
> > > org.springframework.web.servlet.FrameworkServlet.  
> > doGet(FrameworkServlet.java:778)  
> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at
> > > javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at
> > > org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
> > > at
> > > org.mortbay.jetty.servlet.ServletHandler$CachedChain.  
> > doFilter(ServletHandler.java:1093)  
> > > at
> > > org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(  
> > ThreadLocalsCleanupFilter.java:28)  
> > > at
> > > org.mortbay.jetty.servlet.ServletHandler$CachedChain.  
> > doFilter(ServletHandler.java:1084)  
> > > at
> > > org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(  
> > SpringDelegatingFilter.java:75)  
> > > at
> > > org.geoserver.wms.animate.AnimatorFilter.doFilter(  
> > AnimatorFilter.java:71)  
> > > at
> > > org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(  
> > SpringDelegatingFilter.java:71)  
> > > at
> > > org.geoserver.filters.SpringDelegatingFilter.doFilter(  
> > SpringDelegatingFilter.java:46)  
> > > at
> > > org.mortbay.jetty.servlet.ServletHandler$CachedChain.  
> > doFilter(ServletHandler.java:1084)  
> > > at
> > > org.geoserver.platform.AdvancedDispatchFilter.doFilter(  
> > AdvancedDispatchFilter.java:50)  
> > > at
> > > org.mortbay.jetty.servlet.ServletHandler$CachedChain.  
> > doFilter(ServletHandler.java:1084)  
> > > at
> > > org.springframework.security.web.FilterChainProxy$  
> > VirtualFilterChain.doFilter(FilterChainProxy.java:311)  
> > > at
> > > org.geoserver.security.filter.GeoServerCompositeFilter$  
> > NestedFilterChain.doFilter(GeoSe

[Geoserver-users] Adding/creating new Shape symbols

[Raif S. Naffah]

hi all,

i'm looking at adding few new Shape Symbols [1] to the current default
set to allow some shapes (the first 7) to appear _denser_ than the
current ones at the same Mark's Size.

i understand that i can obtain the same effect by using smaller Size
values (e.g. 8 instead of 16) however and b/c my SLDs are generated w/
FreeMarker and already use Transformation Functions [2] for selecting
the Shape to use as the WellKnownName value i believe i need to use the
same Size value for all resulting shapes.

here is a fragment of such SLD to illustrate what i'm talking about:

...
  

  

  
V
<#list vfValues as paint>
${thresholds[paint_index]}
${paint}

  


  #d3d3d3
  1

  
  16

  
...

would appreciate any pointers to where i can add those new graphics or
the module/class where they are (programmatically) created and
registered.

TIA + cheers;


[1]
http://docs.geoserver.org/stable/en/user/styling/sld/extensions/pointsymbols.html
[2]
http://docs.geoserver.org/stable/en/user/styling/sld/tipstricks/transformation-func.html#categorize
-- 
rsn

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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

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

Re: [Geoserver-users] GeoServer PDF User manuals

[Raif S. Naffah]

hi Torben,

On Tue, 20 Jun 2017 13:22:24 -0700, Torben Barsballe wrote:
> ...
> I've got a few quick questions for everyone concerning the GeoServer
> PDF user manual:
> 
> How many of you are:
> Aware that a PDF version of the GeoServer User manual exists.
> Use the PDF User manual or find it useful...

we are aware of the existence of the manual and we do include it as
part of the documentation of our product which bundles a GeoServer
release w/ its installer.
-- 
cheers;
rsn

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

Re: [Geoserver-users] point symbolizer + uom questions

[Raif S. Naffah]

hi,

a pointer to the class(es) involved in the process would be helpful for
me to study and answer my own questions if no developer knows the
answers off the top of their head.

TIA + cheers;

On Tue, 24 Jul 2018 10:21:17 +1000, Raif S. Naffah wrote:
> ...
> i don't know where to look in the code to answer these questions, but
> hopefully one of the developers will be able to help.
> 
> using a point symbolizer w/ a 'metre' uom to style a point w/ a well
> known named mark of a 'circle' e.g.
> 
>uom="http://www.opengeospatial.org/se/units/metre;>  
>   
>  circle
>   
> ...
> ...
>   
>   
> ...
> ...
> ...
>   
> 
> ...
> ...
>   
> 
> 
> i verified that the radius of the resulting circle matches the
> designated value in the symbolizer when the (3rd party external)
> distance measure tool uses _planar_ not geodetic computation.
> 
> q1/ is this accurate?
> 
> q2/ is there a way to make the renderer use geodetic calculation when
> constructing the polygon approximating the circle?
> 
> 
> TIA + cheers;
> rsn

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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

[Geoserver-users] point symbolizer + uom questions

[Raif S. Naffah]

hi,

i don't know where to look in the code to answer these questions, but
hopefully one of the developers will be able to help.

using a point symbolizer w/ a 'metre' uom to style a point w/ a well
known named mark of a 'circle' e.g.

http://www.opengeospatial.org/se/units/metre;>
  
 circle
  
...
...
  
  
...
...
...
  

...
...
  


i verified that the radius of the resulting circle matches the
designated value in the symbolizer when the (3rd party external)
distance measure tool uses _planar_ not geodetic computation.

q1/ is this accurate?

q2/ is there a way to make the renderer use geodetic calculation when
constructing the polygon approximating the circle?


TIA + cheers;
rsn

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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

[Geoserver-users] access to a layer's queryable flag through REST

[Raif S. Naffah]

hi,

unless i missed the obvious, using GeoServer 2.8.5 the 'Queryable' flag
of a Layer appears in the [Edit Layer] Admin GUI page (under the [WMS
Settings] sub-heading w/in [Publishing] panel) but does not seem to be
included in the Response to either a Layer or a FeatureType GET
Requests.

is it possible to get hold of this information w/ REST calls?

if not then would it be advisable to write a WPS function to return
this information?  the code of the ImportProcess suggests that it is
possible --by calling org.geoserver.catalog.LayerInfo#isQueryable().


TIA + cheers;
rsn

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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