Re: [Geoserver-users] ECW in GeoServer

[bradh]

Perhaps x86 GDAL would be better if you have some 32-bit dependencies (as
suggested by "Program Files (x86)\GeoServer 2.12.1").

 

The only other thing I can think of is restarting geoserver / tomcat.

 

(Also remember you need special licensing for ECW on servers - I trust
you've got that sorted).

 

Brad

 

___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] ECW in GeoServer

[bradh]

So the problem is likely in the GDAL install. Exactly which native libraries
did you install?

 

If you go to the location where you installed the GDAL native libraries and
run "gdalinfo  --formats" and the same inside the javainfo directory, what
do you get?

 

Brad

 

___
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] FW: ECW in GeoServer

[bradh]

Forgot to include ML.

 

From: br...@frogmouth.net  
Sent: Friday, 14 December 2018 3:13 PM
To: 'Franklin, Chris - Perth.' 
Subject: RE: [Geoserver-users] ECW in GeoServer

 

Does the GDAL part work at all (e.g. do you see "DTED" in the Raster Data
Sources)?  If not, its probably not an ECW problem, but rather something
wrong in the GDAL install (e.g. not installing appropriate native
libraries).

 

Do you see any relevant warnings (e.g. about gdaljni) in the geoserver
startup logs?

 

Brad

 

From: Franklin, Chris - Perth. mailto:cfrank...@rml.com.au> > 
Sent: Friday, 14 December 2018 2:23 PM
To: geoserver-users@lists.sourceforge.net
 
Subject: [Geoserver-users] ECW in GeoServer

 

Hi,

 

Im trying to add ECW support in GeoServer 2.12.1 on windows, i have been
following this but its not working :

https://docs.geoserver.org/stable/en/user/data/raster/gdal.html 

 

I have put the CRS Def in  folder and created a path to it in the ENV var
called GDAL_DATA

 

I am using windows server 2012 R2 Standard and have used MSVC2010 due to
this:

 



 

copied the DLLs into bin/wrapper/lib, added the ECW dll into C:\Program
Files\GDAL\gdalplugins but no luck, nothing shows up in the raster data
sources.

 

Any help greatly appreciated

 

 

Kind Regards

 




Chris Franklin 
Senior GIS Officer 

Level 2, Australia Place, 15 - 17 William Street
Perth, Western Australia 6000

T: +61 8 9261 6100  |  D: +61 8 9261 6127 |  M: +61 420 665660

  www.rml.com.au

 

Please consider the environment before printing this email.

This email and any attached files are confidential and may be legally
privileged. If you are not the intended recipient, any disclosure,
reproduction, copying, distribution, or other dissemination or use of this
communication is strictly prohibited. If you have received this transmission
in error, please notify the sender immediately and then delete this email.
Email transmission cannot be guaranteed to be secure or error free as
information could be intercepted, corrupted, lost, destroyed, arrive late or
incomplete, or contain viruses. The sender therefore is in no way liable for
any errors or omissions in the content of this message, which may arise as a
result of email transmission. If verification is required, please request a
hard copy.

 

___
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] ECW in GeoServer

[Franklin, Chris - Perth.]

Hi,

Im trying to add ECW support in GeoServer 2.12.1 on windows, i have been 
following this but its not working 
:https://docs.geoserver.org/stable/en/user/data/raster/gdal.html

I have put the CRS Def in  folder and created a path to it in the ENV var  
called GDAL_DATA

I am using windows server 2012 R2 Standard and have used MSVC2010 due to this:

[cid:image001.png@01D4939F.5226E1B0]

copied the DLLs into bin/wrapper/lib, added the ECW dll into C:\Program 
Files\GDAL\gdalplugins but no luck, nothing shows up in the raster data sources.

Any help greatly appreciated


Kind Regards

[RDG-Logo-Tagline]

Chris Franklin
Senior GIS Officer
Level 2, Australia Place, 15 - 17 William Street
Perth, Western Australia 6000
T: +61 8 9261 6100  |  D: +61 8 9261 6127 |  M: +61 420 665660
www.rml.com.au


Please consider the environment before printing this email.
This email and any attached files are confidential and may be legally 
privileged. If you are not the intended recipient, any disclosure, 
reproduction, copying, distribution, or other dissemination or use of this 
communication is strictly prohibited. If you have received this transmission in 
error, please notify the sender immediately and then delete this email. Email 
transmission cannot be guaranteed to be secure or error free as information 
could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or 
contain viruses. The sender therefore is in no way liable for any errors or 
omissions in the content of this message, which may arise as a result of email 
transmission. If verification is required, please request a hard copy.

___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] We used to send parameters to our WMS geoserver SQLViews by the viewparams field. But WMTS doesn't have this field

[mlebihan]

And you are absolutely right : in term of displaying map, continue to use
viewparams in WMTS have no sense.
But, at the same time the viewparams field were used to do so with the WMS
protocol, Geoserver used it also to provide parameters the the SQLView used
to choose what you want to select and display from your underlying TABLE or
VIEW layer.

And this is this ability given by the viewparams field to customize select
data selection that is now missing to me with WMTS protocol.



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] We used to send parameters to our WMS geoserver SQLViews by the viewparams field. But WMTS doesn't have this field

[Ian Turton]

It makes no sense to use a wmts service with variable parameters as the
whole point of tiling is to allow you to cache the response. If everyone
makes a different request each time there is no point in caching the tiles.

Ian

On Thu, 13 Dec 2018, 17:17 mlebihan  My problem is that the url parameters send by the browser in viewparams and
> that are automatically split by geoserver in WMS mode and given to its SQL
> views that way : SELECT * FROM TABLE where a= ... AND b = ...
> (and may change each time the user do a call to that layer through his web
> browser. Example : cityCode and year who would varying each call),
>
> aren't taken into account when the a WMTS service is targeted instead.
>
> What troubles me is that if the way of sending parameters is well
> documented, and it should not have been an easy thing to develop for the
> geoserver team, the way for doing so for a WMTS layer should be known by
> someone.
>
> I'm searching the official way to do so. I am not alone over the Internet
> who have met that problem. It would be strange if I was discovering it in
> the end of 2018, have to do experiments and offer a solution that would
> surely not convince my development team. They wouln't allow my code to go
> in
> production if I attempt to use an undocumented practice.
>
> I am not the one who can discovery it now. I must rely on official
> knowledge
> about linking parameters send in WMTS mode and SQL requests in geoserver.
>
> Maybe, if nothing is known, I will open an improvment request, but I don't
> have the right (due to our quality checkings here) to attempt an
> undocumented trick never experienced by anyone. Because my quality service
> would reply to me : "/How many days will it works ?/", "/Where have you
> read
> about this practice ?/". If I reply : /"I have hacked it, but saw noone do
> the same before/", my commit will be rejected for sure.
>
> Regards,
>
>
>
> --
> Sent from:
> http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html
>
>
> ___
> 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 mailing list

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

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


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

Re: [Geoserver-users] We used to send parameters to our WMS geoserver SQLViews by the viewparams field. But WMTS doesn't have this field

[mlebihan]

My problem is that the url parameters send by the browser in viewparams and
that are automatically split by geoserver in WMS mode and given to its SQL
views that way : SELECT * FROM TABLE where a= ... AND b = ...
(and may change each time the user do a call to that layer through his web
browser. Example : cityCode and year who would varying each call),

aren't taken into account when the a WMTS service is targeted instead.

What troubles me is that if the way of sending parameters is well
documented, and it should not have been an easy thing to develop for the
geoserver team, the way for doing so for a WMTS layer should be known by
someone.

I'm searching the official way to do so. I am not alone over the Internet
who have met that problem. It would be strange if I was discovering it in
the end of 2018, have to do experiments and offer a solution that would
surely not convince my development team. They wouln't allow my code to go in
production if I attempt to use an undocumented practice.

I am not the one who can discovery it now. I must rely on official knowledge
about linking parameters send in WMTS mode and SQL requests in geoserver.

Maybe, if nothing is known, I will open an improvment request, but I don't
have the right (due to our quality checkings here) to attempt an
undocumented trick never experienced by anyone. Because my quality service
would reply to me : "/How many days will it works ?/", "/Where have you read
about this practice ?/". If I reply : /"I have hacked it, but saw noone do
the same before/", my commit will be rejected for sure.

Regards,



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] Side by side preview

[Andrea Aime]

On Thu, Dec 13, 2018 at 5:10 PM Paul Wittle via Geoserver-users <
geoserver-users@lists.sourceforge.net> wrote:

> Hi
>
>
>
> Sorry if this has already been said but if you use the Layer Preview tab
> and update the style it doesn’t appear to update the map unless you select
> ‘Apply’ but that actually saves the style.
>
>
>
> I’m assuming this is known but is it planned to add an update button /
> link similar to that used by the “Preview legend” option so that you can
> preview the changes prior to actually hitting save?
>

It is known, but there is no plan to do anything about it, since the
preview does actual GetMap requests, there is no magic, it's just an
OpenLayers client in there.
But if someone wants to work on it, of course it would be welcomed!

Cheers
Andrea

==

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information. == Ing. Andrea Aime @geowolf Technical Lead
GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39
0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
http://www.geo-solutions.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-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] Side by side preview

[Paul Wittle via Geoserver-users]

Hi

Sorry if this has already been said but if you use the Layer Preview tab and 
update the style it doesn't appear to update the map unless you select 'Apply' 
but that actually saves the style.

I'm assuming this is known but is it planned to add an update button / link 
similar to that used by the "Preview legend" option so that you can preview the 
changes prior to actually hitting save?

Cheers,
Paul

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] App-schema: mapping simple attribute as a feature link [SEC=UNCLASSIFIED]

[Nuno Oliveira]

Hi,
Interesting use case indeed, er:MineralOccurrence is not a simple
property so it seems that App-Schema does handle it correctly.
Quick suggestion: give it a quick try with the recently introduced
syntax for SQL mappings with cardinality 0\2..N:
https://docs.geoserver.org/stable/en/user/data/app-schema/mapping-file.
html#attributes-with-cardinality-1-n
Best regards,
Nuno Oliveira
On Thu, 2018-12-13 at 02:25 +, Sexton Michael wrote:
> Hi
>  
> I’m following the example mapping file here to map a simple attribute
> field from another table multiple times:
>  
> https://github.com/geoserver/geoserver/blob/master/src/extension/app-
> schema/app-schema-test/src/test/resources/test-
> data/SimpleAttributeFeatureChainTest.xml
>  
> This is the mapping file:
>  
> 
>     
>     datastore
>     MV_ER_MINERALOCCURRENCE
>     er:MineralOccurrence
> 
>     
>     
>    
> er:MineralOccurrence
>     
>     GML_ID
>     
>     
>     
>     gml:identifier
>     
>     IDENTIFIER
>     
>     
>     codeSpace
>     IDENTIFIER_CODESPACE
>     
>     
>     
>     gml:name
>     
>     NAME
>     
>     
> 
>     
>     er:sourceReference
>     
>     ENO
>     SOURCEREFERENCE
>     FEATURE_LINK[2]
>     
>     
> 
> 
> 
>     SOURCEREFERENCE
>     datastore
>     MV_ER_SOURCEREFERENCE
>     er:sourceReference
>     
> 
>     
>     er:sourceReference
>     
>     xlink:href
>     URI
>     
> 
>     
>     xlink:title
>     TITLE
>     
>     
>     
>     FEATURE_LINK[2]
>     
>     ENO
>     
>     
>     
> 
>  
>  
> The sourceReference attribute is defined in http://schemas.earthresou
> rceml.org/2.0/mineralOccurrence.xsd as:
>  
> 
> nillable="true">
>     
>   
>     
> >gmd2:CI_Citation;
>   
>     
>     
>   
>     
>   
>   
> ref="gml:AssociationAttributeGroup"/>
>     
>   
>     
> 
>  
> But I get this error:
>  
> Error occurred getting featuresjava.util.NoSuchElementException: No
> top level element found in schemas: {http://xmlns.earthresourceml.org
> /EarthResource/2.0}sourceReferenceNo top level element found in
> schemas:
> {http://xmlns.earthresourceml.org/EarthResource/2.0}sourceReference
>  
> I’ve seen this error before, when trying to map gml:metadataProperty,
> which I managed to get around using the targetAttributeNode, eg:
>  
> METADATA
> datastore
> MV_CIT_CI_CITATION
> gml:metaDataProperty
> 
> 
>     
>    
> gml:metaDataProperty/gml:GenericMetaData
> ibute>
>    
> mrl:LI_Source_PropertyType
>     
>  
>  
> But in the case of er:soruceReference, there is no node to map to.
> It’s a reference intended to have xlink:href and xlink:title
> attributes. Is there a solution here?
>  
> Thanks
>  
>  
> Michael Sexton
>  
> Geoscience Australia Disclaimer: This e-mail (and files transmitted
> with it) is intended only for the person or entity to which it is
> addressed. If you are not the intended recipient, then you have
> received this e-mail by mistake and any use, dissemination,
> forwarding, printing or copying of this e-mail and its file
> attachments is prohibited. The security of emails transmitted cannot
> be guaranteed; by forwarding or replying to this email, you
> acknowledge and accept these risks.
> ---
> --
> ___
> 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://w
> ww.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: http://geoserver.org/co
> mm/userlist-guidelines.html
> 
> If you want to request a feature or an improvement, also see this: ht
> tps://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
-- 
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the
experts! 
Visit http://goo.gl/it488V for more information.
==

Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:      +39 0584 1660272

Re: [Geoserver-users] App-schema: mapping simple attribute as a feature link [SEC=UNCLASSIFIED]

[ljacedo]

Hi Michael,

I also have the same error recreating ProtectedSite. This is what I did to
solve the problem and it works for me. On these steps what is your mapping
file I called appschema file.

1. On GeoServer create a workspace for the project, be sure the uri on your
workspace is the main path for your XSD file. For example: if you xsd link
is http://schemas.earthresourceml.org/2.0/mineralOccurrence.xsd, the uri for
workspace is http://schemas.earthresourceml.org/2.0
2. Go to your workspace folder on your server and check that namespace.xml
and wokspace.xml files has been created. On the namspace.xml file, check
that your prefix is the workspace folder name and uri is as defined on
step1. On the workspace.xml file, check that your name is the workspace
folder name.
3. Create folder where the datasoter.xml and appschema xml files will be
located.
4. On you datastore.xml file should look like:

  DataStoreInfoImpl-2c4aa0ee:16020fa6fe6:-7fff
  layer_folder_step2
  Some description
  Application Schema DataAccess
  true
  
ID on your workspace.xml file
  
  
app-schema
file://workspace/workspa_folder_step1/layer_folder_step2/appschema_file.xml
http://schemas.earthresourceml.org/2.0
  
  <__default>false

5. On appschema.xml check the following:
5.a. On namespaces Namespace, check your prefix is er and uri is
http://schemas.earthresourceml.org/2.0
5.b. Check your targetTypes, it should look like:



   http://schemas.earthresourceml.org/2.0/mineralOccurrence.xsd



5.c. Your DataSoter ID should match "datastore" and it should be the same on
the FeatureTypeMapping sourceDatatStore 
5.d. The FeatureTypeMapping soureType should be your table name, be carefull
because it is case sensitive
5.c. On the FeatureTypeMapping, the sourceData
5.e. On the AttributeMapping, the fild OCQL should be as it shows on your
table and it is case sensitive

er:MineralOccurrence

GML_ID


NOTE: 1. Check your AttributeMapping for all fields; 2. If there is a
wfs.xml file on your workspace_step1 folder move out of the folder
6. When done checking these points reload your geoserver and check the log. 

This solve the error on my system, hope it helps you.

Regards
Luis Acedo



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
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