Re: [Geoserver-users] Unable to use hyphenated namespace prefix for nested element.

[Jody Garnett]

Took a quick look, while you are too late to get a fix in for 2.6.0 since
this is a bug the fix can be back ported.

Jody Garnett

On Thu, Sep 25, 2014 at 6:42 AM, lucvanlinden 
wrote:

> Hi
>
> I ran into the same issue (2.5 + app-schame) as described here:
>
> Unable to use hyphenated namespace prefix for nested element.
>
> http://jira.codehaus.org/browse/GEOS-6255
>
> Does anyone have an idea if this would/could be fixed in 2.6?
>
> Thanks
>
> Luc Van Linden
>
>
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Unable-to-use-hyphenated-namespace-prefix-for-nested-element-tp5164144.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Add a contrast enhancing style into standard styles

[Jody Garnett]

I thought there was a contrast enhancement option already in SLD?

Jody Garnett

On Wed, Oct 1, 2014 at 2:45 PM, Rahkonen Jukka (Tike) <
jukka.rahko...@mmmtike.fi> wrote:

> Hi,
>
> The problem with very dark images like Victoria had today is not uncommon
> especially with 16- or 32-bit images. How about adding a simple raster
> style that does ContrastEnhancement into the standard styles which are
> delivered in the standard data_dir? Would be easier to make black images
> visible than by writing SLD by hand and by reading
> http://docs.geoserver.org/stable/en/user/styling/sld-reference/rastersymbolizer.html
> ?
>
> -Jukka Rahkonen-
>
>
>
>
> --
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Buffer results of WFS query with filter?

[Jody Garnett]

Sounds like you may wish to look at WPS service instead of WFS. WFS
provides access to data directly. WPS allows you to process the data before
it is returned to you.

Jody

Jody Garnett

On Wed, Oct 15, 2014 at 2:00 PM, Michael Moore <
michael.mo...@flatrockgeo.com> wrote:

> I'm trying to run a query against a WFS layer and then buffer those
> results in a web app. We are currently using CQL to query some attributes
> and to request only features which intersect with a specified geometry.
>
> Our requests look like this.
>
>
> http://example.com/geoserver/testing/ows?version=2.0.0&service=WFS&request=GetFeature&outputFormat=json&srsName=EPSG%3A4326&typeName=testing%3Atrees&CQL_FILTER=(intersects(geom%2CPOLYGON+((45.22109023031564+-93.35150599479677%2C+45.22166456717873+-93.35150599479677%2C+45.22166456717873+-93.35050821304321%2C+45.22109023031564+-93.35050821304321%2C+45.22109023031564+-93.35150599479677+AND+type_of_as+IN+(%27Black%27)+AND+approximat+IN+(%272-5%27)
>
> That works great for selecting the correct features, but I can't figure
> out how to buffer those results. I see that buffer is listed here (
> http://docs.geoserver.org/stable/en/user/filter/function_reference.html)
> but I can't find any examples of its use.
>
> Can someone tell me where I should be looking to learn how to use the
> buffer function?
>
> Thanks,
> Michael Moore
>
>
> --
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Poor text with java 7 and Transparency

[Jody Garnett]

I think this is a general open JDK bug, if you check Jira you can see the
workaround of setting a rotation of 1 degree.

Jody Garnett

2014-10-17 19:30 GMT-07:00 Javier Avalos :

> This Bug:
>
> "Poor text with java 7 and Transparency (GEOS-5486)"
> ¿Is unresolved?
>
> I have the same problem with Geoserver 2.5.2 with java 7.
> --
> Servicios Computacionales y Asesoría en Sistemas de Información Geográfica
> Francisco Javier Avalos Zapata
> Ciudad Victoria, Tamaulipas
> java...@asesoriaensig.com.mx
>
>
> --
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] WFS output format speed

[Jody Garnett]

This may be a case of the source code being the reference, spending some
time with a profiler to identify areas of the code that can be optimized.
GML has had a lot more time (both in funding and volunteer effort)
optimizing for performance.
--
Jody

Jody Garnett

On Thu, Oct 23, 2014 at 3:46 AM, Thomas Sandor 
wrote:

> Hi,
> I'm using Geoserver: 2.6.0 Build Date 26-Sep-2014 16:00, Java: 8 (1.8.0_20
> (Java HotSpot(TM) 64-Bit Server VM)) on Windows 7. If I request some
> features from the server (ie. WFS GetFeature service) there is a huge
> difference between the response times when I use different output formats.
> The default GML output format (GML2/GML3) is very fast, taking 200ms-250ms
> to respond for an average request. However the GeoJSON output format
> (application/json or jsonp) is taking somewhere 7,1s-7,8s to respond which
> is ~30 times slower for the exact same request. Could you please guide me
> on where to look for more information on the subject (or any tips to reduce
> the json output format response time) or this should be the expected
> behaviour?
> Best regards: Alex
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [Geotools-devel] Release manager for GeoTools 12.1/GeoSever 2.6.1?

[Jody Garnett]

I will sign up - and will stop trying to release GeoServer 2.6.0.1 (sigh).
-- 
Jody Garnett

On November 6, 2014 at 1:01:00 AM, Andrea Aime (andrea.a...@geo-solutions.it) 
wrote:

Hi,
in 12 days we have a release scheduled for the stable series, but there
is no release manager:
https://github.com/geoserver/geoserver/wiki/Release-Schedule

Any taker?

Cheers
Andrea

--
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/NWWaa2 for more information.
==

Ing. Andrea Aime 
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.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 for the 
attention and use of the named addressee(s) and may be confidential or 
proprietary in nature or covered by the provisions of privacy act (Legislative 
Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in 
accord with its purpose, any disclosure, reproduction, copying, distribution, 
or either dissemination, either whole or partial, is strictly forbidden except 
previous formal approval of the named addressee(s). If you are not the intended 
recipient, please contact immediately the sender by telephone, fax or e-mail 
and delete the information in this message that has been received in error. The 
sender does not give any warranty or accept liability as the content, accuracy 
or completeness of sent messages and accepts no responsibility  for changes 
made after they were sent or for other risks which arise as a result of e-mail 
transmission, viruses, etc.


---
--  
___  
GeoTools-Devel mailing list  
geotools-de...@lists.sourceforge.net  
https://lists.sourceforge.net/lists/listinfo/geotools-devel  
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [Geoserver-devel] GeoServer 12.1 released

[Jody Garnett]

GeoServer 12.1 <-- must be a lot of new features

Jody Garnett

On Tue, Nov 18, 2014 at 1:10 AM, Andrea Aime 
wrote:

> The GeoServer developers group is happy to announce the release of
> GeoServer 2.6.1
> with some important fixes over the 2.6.0 release.
>
> Please visit our blog to find out what's new and reach to the download
> links:
> http://blog.geoserver.org/2014/11/18/geoserver-2-6-1-released/
>
> Cheers
> The GeoServer developers
>
>
> --
> 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=157005751&iu=/4140/ostg.clktrk
> ___
> Geoserver-devel mailing list
> geoserver-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>
--
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=157005751&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver bugs

[Jody Garnett]

quick answers inline...

Jody Garnett

On Wed, Nov 26, 2014 at 11:51 PM, Necmi Sefa Dolunay <
n.sefa.dolu...@gmail.com> wrote:

> 1 - When I click workspaces, stores... etc links, I face with this error:
> http://i61.tinypic.com/zulaas.png
>

What browser are you on? I know we want to find some time/budget to update
the UI library we use for better browser compatibility.

>
> 2 - When I do WFST transaction insert in demos like this
> http://i57.tinypic.com/27ywutj.png , I can see my addings here
> http://i61.tinypic.com/2zg92j7.png But when I delete some feature, all
> fid's shift! For example when I delete tasmania_roads.15, then feature with
> the id tasmania_roads.16 becomes tasmania_roads.15. Is this normal or a bug?
>

That only happens with shapeless where "row id" ends up being turned into a
feature id. If you are using a database you will find the feature id a
stable identifier. What is impressive is that you can edit a shapefile at
all, that said we cannot make shapefile a smarter format :)

>
> 3 - When I try to lock a feature like this
> http://i58.tinypic.com/2crrjmo.png, it does not get lock.
> http://i59.tinypic.com/w85g0l.png Even if I add a new feature, it does
> not work too. By chance if it gets lock and gives lock id(I experienced
> it), I cannot delete feature with its lock id! It says "Attempting to use a
> lockID that does not exist, it has either expired or was entered wrong."
> Am I doing something wrong or is that normal?
>

Not sure I have not tried feature locking in a while, I would recommend
trying it with PostGIS or another database (where you can rely on feature
id being stable).

Jody
--
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=157005751&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] 2.6.1 JPEG2000 Performance

[Jody Garnett]

You may want to experiment with the "advanced raster reprojection"
settings. Try measuring performance with both settings to see if you find a
difference.  A lot of work has been put into providing you different PNG
encoding options so you may wish to experiment on that end as well.

Jody

Jody Garnett

On Thu, Nov 27, 2014 at 12:45 PM, Danny Cheng 
wrote:

>  Hi,
>
>
>
> Did anyone notice a significant drop in JPEG2000 performance when making
> WMS GetMap request? My request format is PNG and tile size is 256x256. I
> find that it is taking very long to encode to PNG and it took about 4
> minutes to get back my image. I didn’t have this problem with 2.5.2.
>
>
>
> Thanks,
> Danny
>
>
>
>
> --
> 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=157005751&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
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=157005751&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Using SSO authentication with Oracle Datastore

[Jody Garnett]

There was a security extension that uses JDBC to authenticate users (you
are correct that this can be used allow GeoServer to benefit from any
single sign on system you have already set up for your database).

The limited documentation in the manual is here:
http://docs.geoserver.org/latest/en/user/security/auth/providers.html#jdbc-authentication
--
Jody



--
Jody Garnett

On 5 December 2014 at 14:02, Kamardine YOUSSOUFA <
kamardine.yousso...@somei.fr> wrote:

>   Hi,
> I want to connect Oracle datastore by SSO authentication in order to
> manage user security in database level.
>
>
>
> My environment is :
>
>-  Windows 2008 R2 x64
>- Oracle 11g R2 x64
>-  Geoserver 2.61
>-  Apache 7.0.47
>
>
>
>
>
> Cordialement,
>
>
>
> *Kamardine YOUSSOUFA *
> *Chargé d'étude et développement*
>
> *Domaine Cartographie et SIG*
>
>
>
> *SOMEI*
> 146 , Rue Paradis
> 13006 Marseille
> Fixe: +33 (0)4.91.57.62.54
> Email: kamardine.yousso...@somei.fr
>
>
> --
> 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=164703151&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
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=164703151&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] searching GeoServer layers on leaflet.js

[Jody Garnett]

While it is possible to make a custom format (generating your own JSON
output) it seems a bit of a bother. I guess if you have to do this for the
Leaflet code to work you may consider using an a GeoServer SQL view (using
SQL to extract an appropriate X and Y column from the geometry).

--
Jody Garnett

On 8 December 2014 at 11:43, Mark Volz  wrote:

>  Hello
>
>
>
> I would like to configure leaflet-search
> http://labs.easyblog.it/maps/leaflet-search/ to search against parcels
> that are stored in GeoServer.  In their examples their geoJSON is expecting
> the latitude and longitude to be in separate columns, while GeoServers
> default geoJSON format has the coordinates in an array.  A member of the
> leaflet mail list mentioned that I should add a column in my shapefile for
> lat and long so I can use leaflet search.  I don’t know if this would be
> the best solution as it would imply that I would need to change the data
> for all of my layers in GeoServer.  Instead I would like to check with this
> group to see if anyone has had success in either 1) creating a geoJSON
> template that populates the required latitude and longitude values from the
> shape itself, or 2) Reconfigured the code in leaflet to work with
> geoServers native geoJSON output.
>
>
>
> Please let me know if anyone has had success in configuring GeoServer and
> leaflet-search.
>
>
>
> Thank You
>
>
>
> Sincerely,
>
> *Mark Volz, GISP*
>
>
>
>
> --
> 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=164703151&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
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=164703151&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver errors

[Jody Garnett]

We do fix errors all the time, often it is a quality assurance issue (the
developers need to check that they "close" each resource they open). With
that in mind I would recommend upgrading. That version of GeoServer is old
(so no active developers are available to help you). Part of how open
source works is both geoserver-devel and geoserver-user list collaborating
as the software is produced each year. If you are working with an older
version of GeoServer you can look into some options for commercial support
on our website.

You may also find that specific patterns of use load more raster data into
memory then you have provided. You can look at data optimisation (some
formats always need memory (jpeg) some formats give you flexibility to
control size vs memory use during data prep (geotiff). In a production
system it is smart to set up a watchdog script to monitor your Tomcat (or
Jetty) and restart it if necessary.

Cheers,
Jody




On Mon Dec 08 2014 at 4:55:43 AM Hakala Oiva (MTT) 
wrote:

>  Hi
>
>
>  Our Geoserver was, again, out of service. Version 2.3.1 on Ubuntu 12.04
> server. I found several Java heap space errors, similar as below. Heap size
> is alrady 512.
>
>
>  2014-12-05 12:05:44,042 ERROR [geoserver.ows] -
> java.lang.OutOfMemoryError: Java heap space
>
>
>  Then this flushedPos error
>
>
>  2014-12-05 12:38:26,552 ERROR [geoserver.ows] -
> java.lang.IndexOutOfBoundsException: pos < flushedPos!
>
>
>  And after restart this kind of warn and error. We have installed 2.3
> over 2.2 so may be somethin to do with that?
>
> 2014-12-08 13:46:30,655 WARN [geoserver.security] -
> /data/data_dir/security/config.xml.2.2.x could be removed manually
> 2014-12-08 13:46:31,288 ERROR [geoserver.security] - Error loading filter:
> guiException
>
>
>  In spite of my several notices, our sys admin still has java 7 (64-bit)
> on the server. Is that the reason for heap size errors
>
>
>  JVM Version Oracle Corporation: 1.7.0_01 (Java HotSpot(TM) 64-Bit
> Server VM)
>
>
>  Geoserver is still using Jetty.
>
>
>  So, what to do to prevent those errors?
>
>
>  Oiva Hakala, MTT, Finland
>   
> --
> 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=164703151&;
> iu=/4140/ostg.clktrk___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
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=164703151&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer MongoDB plugin schema format

[Jody Garnett]

Glad you got it to work, this is the geoserver-users list and the
volunteers here are not in position to support "downstream" extensions such
as used in OpenGeo Suite.

My understanding is the MongoDB datastore has a couple ways you can
configure it (supplying your own feature type definition is most efficient,
but there is a fallback plan to do something if configuration is not
provided).
--
Jody

On Wed Dec 10 2014 at 4:12:57 AM Karl Potisepp 
wrote:

> Solved the problem on my own - the schema store parameter is simply for
> specifying an empty folder for GeoServer to use to store the schema. No
> input files are expected. The MongoDB plugin seems to search the database
> for geospatially indexed collections and allows the user to add them as
> layers.
>
> All the best,
> Karl
>
> On Tue, Dec 9, 2014 at 4:44 PM, Karl Potisepp 
> wrote:
>
>> Hello,
>>
>> I am attempting to use MongoDB as a data store for GeoServer, I've built
>> and run GeoServer from the following Git repo:
>> https://github.com/boundlessgeo/geoserver-exts. This contains a MongoDB
>> plugin which seems to work, however adding a store there requires a schema
>> file, and I have no idea what sort of format it expects. Digging around in
>> the code seems to suggest that it's some sort of JSON, however I am hoping
>> someone here can at least provide me with some sort of example, as it would
>> save me a lot of time reverse-engineering. :)
>>
>> It seems I am not the only one with this problem:
>> https://github.com/boundlessgeo/geoserver-exts/issues/54
>>
>> All the best,
>> Karl
>>
>> My version information:
>>
>>- Version2.6-SNAPSHOT
>>- Git Revision588f91fa885b75982280a6173379969a00eb9cb8
>>- Build Date08-Dec-2014 09:57
>>- GeoTools Version12-SNAPSHOT (rev
>>1fad570bf941c015d7f367fb10ab5d4330808800)
>>- GeoWebCache Version1.6-SNAPSHOT (rev
>>
>> 4c19e04d90374ef16ea727bc8693cc05e8cf22d9/4c19e04d90374ef16ea727bc8693cc05e8cf22d9
>>)
>>
>>
>>
>>
> 
> --
> 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=164703151&;
> iu=/4140/ostg.clktrk___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
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=164703151&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] RV: Problem regarding WFS-T

[Jody Garnett]

It looks like from the code snippet that a WFSException is thrown with the
details of the failed action. So the exception returned should provide some
information...

Are you able to run in a debugger and use a breakpoint to inspect those
variables?

--
Jody Garnett

On 12 December 2014 at 04:12, David Alda Fernandez de Lezea 
wrote:
>
> Hi,
>
> More tests I've managed to delete some features, so the comunication
> is OK, but the insertion of data still fails
>
> I've been thinking about the possible problems. How about workspace and
> namespaces? I've recently created two new workspaces with their own
> datastores(shapefiles) . Could there be some misunderstanding in Geoserver?
>
> Thanks.
>
> Agur bero bat,
>
>
> David Alda Fernández de Lezea
> Área de Sistemas de Información Geográfica, Planificación Territorial y
> Forestal Informazio Geografikoen Sistemak, Lurralde eta Baso Antolaketaren
> Arloa.
> da...@hazi.eus | www.hazi.eus
> T 945 003 240 - M 627 923 170 - F 945 003 290
> Hazi | Granja Modelo de Arkaute s/n | 01192 Arkaute - Araba
>
> *  LEGE OHARRA   ***   AVISOLEGAL
> ***   DISCLAIMER   *
> Mezu hau pertsonala eta isilpekoa da eta baimenik gabeko erabilera
> debekatua dago legalki. Jasotzailea ez bazara ezabatu mezua, bidali eta
> kontserbatu gabe.
> Este mensaje es personal y confidencial y su uso no autorizado está
> prohibido legalmente. Si usted no es el destinatario, proceda a borrarlo,
> sin reenviarlo ni conservarlo.
> This message is personal and confidential, unauthorised use is legally
> prohibited. If you are not the intended recipient, delete it without
> resending or backing it.
>
>
> -Mensaje original-
> De: David Alda Fernandez de Lezea [mailto:da...@hazi.eus]
> Enviado el: viernes, 12 de diciembre de 2014 11:23
> Para: geoserver-users@lists.sourceforge.net
> Asunto: Re: [Geoserver-users] Problem regarding WFS-T
>
> Hi again,
>
> According to the source code, the block of code in which it fails is:
>
> if (!response.getTransactionResults().getAction().isEmpty()) {
> //since we do atomic transactions, an action failure means all
> we rolled back
> // spec says to throw exception
> ActionType action = (ActionType)
> response.getTransactionResults().getAction().iterator()
>  .next();
> throw new WFSException(action.getMessage(), action.getCode(),
> action.getLocator());
> }
>
> So I assume the reason why is throwing the exception is because
> response.getTransactionResults().getAction() is not empty. What's exactly
> returning? What are the possible values? What implications have each on?
>
> I've been looking at some logs in DB but it looks like if the request is
> not reaching to the server.
>
> Any ideas?
>
> Agur bero bat,
>
>
> David Alda Fernández de Lezea
> Área de Sistemas de Información Geográfica, Planificación Territorial y
> Forestal Informazio Geografikoen Sistemak, Lurralde eta Baso Antolaketaren
> Arloa.
> da...@hazi.eus | www.hazi.eus
> T 945 003 240 - M 627 923 170 - F 945 003 290 Hazi | Granja Modelo de
> Arkaute s/n | 01192 Arkaute - Araba
>
> *  LEGE OHARRA   ***   AVISOLEGAL
> ***   DISCLAIMER   * Mezu hau
> pertsonala eta isilpekoa da eta baimenik gabeko erabilera debekatua dago
> legalki. Jasotzailea ez bazara ezabatu mezua, bidali eta kontserbatu gabe.
> Este mensaje es personal y confidencial y su uso no autorizado está
> prohibido legalmente. Si usted no es el destinatario, proceda a borrarlo,
> sin reenviarlo ni conservarlo.
> This message is personal and confidential, unauthorised use is legally
> prohibited. If you are not the intended recipient, delete it without
> resending or backing it.
>
>
> --
> 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=164703151&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Download BIRT 

Re: [Geoserver-users] minimalistic geoserver deployment limited to kml reflector only

[Jody Garnett]

Not sure how effective a quick way will be - you can get a lot of the same
effect by maying your own web app project and limiting what dependencies
are pull in.

To remove formats that have been "baked in" you may need to fork the
codebase and replace some of the application context files, and or remove
implementation classes.  Turning off the image formats for WMS may be even
more tricky (as we acquire the list from java).
--
Jody

--
Jody Garnett

On 17 December 2014 at 04:41, lucvanlinden  wrote:
>
> Hi
>
> We need to deploy a geoserver with 1 single layer being served in such a
> way
> that it can only be consumed from within Google Earth.
> Thus geoserver in a minimalistic way so it would only be possible to
> consume
> KML reflector requests.
>
> What would be the quick way? Should we remove some jars from the
> deployment?
> If so which ones should we keep? Other options?
>
> In addition, would it be possible to set KMLScore=0 as only value possible?
>
> thanks
>
> Luc
>
>
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/minimalistic-geoserver-deployment-limited-to-kml-reflector-only-tp5178179.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> 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=164703151&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
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=164703151&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Attribute shows up only with WFS-1.0.0

[Jody Garnett]

Not quite sure Andy, the GML spec does provide some standard (but optional)
attributes for name, description, bounds etc I wonder if one of them
snuck out of the encoder at you?

Can you produce this issue with a plain geoserver install? If so you have a
solid bug report on your hands. Other than that it would be good to note
what data store you are using in case we are looking at a problem there.

Jody



--
Jody Garnett

On 14 January 2015 at 07:11, sulu  wrote:

> I have a problem with a field of type string named "name" in
> DescribeFeatureType.
>
> It only pops up when WFS-1.0.0 is used
>
> URL:
>
> http://vogis.cnv.at/geoserver/vogis/ows/?VERSION=1.0.0&SERVICE=WFS&REQUEST=DescribeFeatureType&TYPENAME=gs_seen
> <
> http://vogis.cnv.at/geoserver/vogis/ows/?VERSION=1.0.0&SERVICE=WFS&REQUEST=DescribeFeatureType&TYPENAME=gs_seen
> >
>
> Reply:
> ...
>  type="xsd:string"/>
> ...
>
> With any other WFS-Version that particular field is not returned.
>
> Could this be a problem with the name of the field which actually is "name"
> .
>
> Thanks
> Andy
>
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Attribute-shows-up-only-with-WFS-1-0-0-tp5181495.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Our experience with GeoServer and Solr as datastore

[Jody Garnett]

Francesco it would be great to post your story to the geoserver blog (and
any fun pictures you have of the result).

Jody

--
Jody Garnett

On 21 January 2015 at 01:00, Francesco Fornari 
wrote:

> Hello all,
> in our company we use with success GeoServer and Apache Solr for several
> project, but never togheter, so we tried to realize a proof of concept to
> demonstrate that solr can be a good choice as data for lat/lon positions
> managed by one of our projects (we are talking of the order of magnitude
> of about two MILLION or more positions stored).
>
> We followed the guide that we found at:
> http://docs.geoserver.org/latest/en/user/community/solr/index.html
>
> so we downloaded version 2.7-SNAPSHOT of GeoServer due to the fact that
> the guide is intended for 2.7.x versions.
>
> We're using Solr version 4.10.3 (> than 4.8/4.9 written on the guide).
>
> We downloaded and successfully installed solr extension from
> http://ares.boundlessgeo.com/geoserver/master/community-latest/ (we was
> able to see Solr as possible datasource in GS admin page).
>
> Until now everithing seems to be ok, but we had to work hard to see that
> "beautiful" little red squares representing our positions on the world
> rectangle.
>
> And here comes first problems:
> adding the "layer" or "categorization" field to ALL our solr documents to
> satisfy the requirement of the plugin was not easy, but fortunately we was
> "playing" with solr, so we was able to delete all created documents a
> recreate them with an additional default field, in our case named "layer"
> which default value is "positions", so when uploading new documents, if a
> value for field "layer" is not provided the default value "positions" is
> set. In Solr you can do this by defining a field in this way in schema.xml
> file:
>
>  required="false" multiValued="false" default="positions" />
>
> In our case was not a problem redefine the schema, but would be great if
> the solr plugin of geoserver uses the "layer" field as optional filter
> field and not as mandatory feature the user documents must provide.
>
> Always in schema.xml we have a field:
>   required="false" multiValued="false"/>
>
> where location_rpt is a type defined as:
>  class="solr.SpatialRecursivePrefixTreeFieldType" distErrPct="0.025"
> maxDistErr="0.09" units="degrees" 
> spatialContextFactory="com.spatial4j.core.context.jts.JtsSpatialContextFactory"
> autoIndex="true" />
>
> Remember that this is not the default "location_rpt" field that comes with
> solr in bundle, we added the spatialContextFactory attribute, but to avoid
> classNotFound exceptions on Solr startup you have to install Jts libraries
> inside your solr web-inf/lib directory inside the war.
>
> Following various guide on the internet we found that rpt fields can be
> write on solr product in different format: we used "longitude latitude"
> (longitude first and latitude after separated by a space) format. (THIS IS
> WRONG, read below for correct solution)
>
> All done Solr side for now..
>
> And here comes the pain... in solr field configuration whe defined
> locationRpt as a "Geometry" (but also with ALL other possible choices in
> drop-down menu) but nothing: various exceptions both on solr output console
> (while geoserver does spatial queries on it) and on geoserver console
> (wrong geometry errors).
>
> The SOLUTION was to define positionRpt content in WKT syntax, so a
> document with lat and lon values must have the rpt field expressed as
> "POINT(latitude,longitude)", this is the syntax to express a point in WKT
> language.
>
> And voilà! everithing worked, we was able to see ALL our positions on the
> layer preview.
>
> Hoping to be helpful
> Bye
>
> Francesco Fornari
> Italian Software Engineer
>
>
>
> --
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Pluggable Change Notification

[Jody Garnett]

There is some facility in the different OGC specs for change notification -
the easiest is polling a WMS GetCapabilities and checking if the update
sequence.

Still you may have a good idea for the a community module or the REST API.
I guess something like an RSS feed for GetCapabilities changes would be
appropriate.

--
Jody Garnett

On 21 January 2015 at 11:33, Jim Hughes  wrote:

> Hi all,
>
> I'm wondering if there is any existing capability to generate
> notifications when something of interest in GeoServer changes.
>
> For example, if I register a new layer, would there be a way to generate
> an alert or other message which would let downstream consumers know
> about the new info available?
>
> Thanks in advance,
>
> Jim
>
>
> --
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] geoserver on JBOSS 5

[Jody Garnett]

You may wish to visit the website support page :)

A couple comments inline:

> My questions:
>
> 1. Is there anyone who has succesfully deployed geoserver on JBOSS 5
> via JON? And are you willing to share some information?
>

I have deployed on jboss,  not using JON.

2. Is it possible to set the logging for geoserver to integrate with
> the JBOSS logging (log4j) and does anybody have instructions on how
> this should be configured?
>

Yes, GeoServer picks up standard log4j configuration files. Check global
settings for the list, to add to the list create your own property files.

3. Any special pitfalls?
>

You are off the beaten path so we are keen to see how you go!
--
Jody
--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] foss4g-na discount code

[Jody Garnett]

foss4g-na is shaping up, and speakers (Andrea, Ben and myself) have a
discount code to share with "our community".

If you use the code SPKR100 during registration it will get you $100 off
the 4-day pass. For more information check out the website
<https://2015.foss4g-na.org/>, or the geoserver blog post
<http://blog.geoserver.org/2015/01/06/foss4g-na-and-osgeo-code-sprint/>.

--
Jody Garnett
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Feedback on GeoServer 2.7-beta?

[Jody Garnett]

GeoServer 2.7 switches to OL3 by default, do you want to check if turning
on OL2 restores the transition effect drop down? Like perhaps that is an
OL2 only feature ...

>From the blog post:

Finally, the map preview has been switched to OpenLayers 3, although the
> nostalgic can get back the OL2 based one by adding the “-DENABLE_OL3=false”
> parameter to the JVM startup options. Thanks to Bart for helping add this
> to GeoServer.


So if you add -DENABLE_OL3=false you should be able to compare the 2
implementations.

--
Jody Garnett

On 3 February 2015 at 13:59, Russell Hore  wrote:

> May be something I have missed but when I do a layer preview I can not see
> the “Transition Effect” drop down.
>
> MacOS, Oracle Corporation: 1.7.0_67 (Java HotSpot(TM) 64-Bit Server VM)
>
> I am not running it under Tomcat (just for testing).
>
>
> Russ
>
> On 3 Feb 2015, at 18:40, Ben Caradoc-Davies  wrote:
>
> Dear GeoServer users,
>
> we are still looking for more feedback on new features and old in
> GeoServer 2.7-beta. It is likely that 2.7 will be very similar to the
> beta, so please let us know if there is anything that works or does not
> work for you.
>
> Has anyone tried these:
>
> - Colour composition and blending
> - WPS limits
>
> New features are described (with great pictures!) in the GeoServer
> 2.7-beta release announcement:
> http://blog.geoserver.org/2015/01/22/geoserver-2-7-beta-released/
>
> All feedback welcome.
>
> Kind regards,
>
> --
> Ben Caradoc-Davies 
> Software Engineer
> Transient Software <http://transient.nz>
> New Zealand
>
>
> --
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>
>
> --
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Best way to serve thousands of imagery files?

[Jody Garnett]

You can also set up multiple zoom levels (i.e. an image pyramid) allowing
geoserver to perform quickly at different scales.

--
Jody Garnett

On 3 February 2015 at 08:33, Ben Johnson  wrote:

> Is there no performance hit if the ImageMosaic ends up being several GBs
> in size?
>
> On Tue, Feb 3, 2015 at 10:31 AM, Bistrais, Bob 
> wrote:
>
>>  Hi Ben,
>>
>>
>>
>> You should use an ImageMosaic for this.
>>
>>
>>
>> -Bob
>>
>>
>>
>> *From:* Ben Johnson [mailto:weagl...@gmail.com]
>> *Sent:* Tuesday, February 03, 2015 11:27 AM
>> *To:* GeoServer Mailing List List
>> *Subject:* [Geoserver-users] Best way to serve thousands of imagery
>> files?
>>
>>
>>
>>  I have >100,000 imagery files I would like to serve using GeoServer and
>> would like to know the recommended way for serving these files? I tried to
>> just import them all individually as files in a directory, but the
>> GeoServer start-up time was over 2hrs!! I also tried to create an image
>> pyramid from the files but could not get GeoServer to import the
>> ImagePyramid as described in the documentation because it would not take
>> the ImagePyramid directory as valid input because it wanted a file.
>>
>> So what would be you guys recommended way for serving up very large data
>> sets? Should I be using a database?
>>
>> Thanks in advance!
>>
>
>
>
> --
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Feedback on GeoServer 2.7-beta?

[Jody Garnett]

Not sure if it is missing from the upstream project. If you figure out how
we could add it to our OL3 template.

--
Jody Garnett

On 5 February 2015 at 09:41, Russell Hore  wrote:

> I added;
>
>  
>ENABLE_OL3
>false
>  
>
> to web.xml and the Transition Effect drop down returned, albeit OL2 style.
>
> If it is missing from OL3 then no problem.
>
> Russ
>
> > On 5 Feb 2015, at 05:28, Jody Garnett  wrote:
> >
> > GeoServer 2.7 switches to OL3 by default, do you want to check if
> turning on OL2 restores the transition effect drop down? Like perhaps that
> is an OL2 only feature ...
> >
> > From the blog post:
> >
> > Finally, the map preview has been switched to OpenLayers 3, although the
> nostalgic can get back the OL2 based one by adding the “-DENABLE_OL3=false”
> parameter to the JVM startup options. Thanks to Bart for helping add this
> to GeoServer.
> >
> > So if you add -DENABLE_OL3=false you should be able to compare the 2
> implementations.
> >
> > --
> > Jody Garnett
> >
> > On 3 February 2015 at 13:59, Russell Hore  wrote:
> > May be something I have missed but when I do a layer preview I can not
> see the “Transition Effect” drop down.
> >
> > MacOS, Oracle Corporation: 1.7.0_67 (Java HotSpot(TM) 64-Bit Server VM)
> >
> > I am not running it under Tomcat (just for testing).
> >
> > 
> >
> > Russ
> >
> >> On 3 Feb 2015, at 18:40, Ben Caradoc-Davies  wrote:
> >>
> >> Dear GeoServer users,
> >>
> >> we are still looking for more feedback on new features and old in
> >> GeoServer 2.7-beta. It is likely that 2.7 will be very similar to the
> >> beta, so please let us know if there is anything that works or does not
> >> work for you.
> >>
> >> Has anyone tried these:
> >>
> >> - Colour composition and blending
> >> - WPS limits
> >>
> >> New features are described (with great pictures!) in the GeoServer
> >> 2.7-beta release announcement:
> >> http://blog.geoserver.org/2015/01/22/geoserver-2-7-beta-released/
> >>
> >> All feedback welcome.
> >>
> >> Kind regards,
> >>
> >> --
> >> Ben Caradoc-Davies 
> >> Software Engineer
> >> Transient Software <http://transient.nz>
> >> New Zealand
> >>
> >>
> --
> >> Dive into the World of Parallel Programming. The Go Parallel Website,
> >> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> >> hub for all things parallel software development, from weekly thought
> >> leadership blogs to news, videos, case studies, tutorials and more.
> Take a
> >> look and join the conversation now. http://goparallel.sourceforge.net/
> >> ___
> >> Geoserver-users mailing list
> >> Geoserver-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> >
> >
> >
> --
> > Dive into the World of Parallel Programming. The Go Parallel Website,
> > sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> > hub for all things parallel software development, from weekly thought
> > leadership blogs to news, videos, case studies, tutorials and more. Take
> a
> > look and join the conversation now. http://goparallel.sourceforge.net/
> > ___
> > Geoserver-users mailing list
> > Geoserver-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
> >
> >
>
>
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Upgrade from 2.4 to 2.5.2 - post request now throws exception

[Jody Garnett]

Looks like a trouble with the GML Schema representation ( not sure is the
trouble is in the request or in our representation of the Schema.). Can you
try with the beta? Or rc1 due the week. 2.5 stops being supported shortly
after being out a year.
On Thu, Feb 12, 2015 at 11:20 AM Petula Lau  wrote:

>  Hi all,
>
>
> We have recently upgraded our geoserver from version 2.4.0 to 2.5.2.
>
>
>  I have noticed the following POST request has stopped working - and
> throwing a very cryptic exception.  Anyone could shed some light it will be
> greatly appreciated.
>
>
>  Posting to : /geoserver/rec/
> ows
>
>
>  Post data:
>
>
>  http://www.opengis.net/wfs"; service="WFS" 
> version="1.1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
> xsi:schemaLocation="http://www.opengis.net/wfs 
> http://schemas.opengis.net/wfs/1.1.0/wfs.xsd";> typeName="rec:rivers" srsName="EPSG:900913"> xmlns:ogc="http://www.opengis.net/ogc";>Shape  xmlns:gml="http://www.opengis.net/gml"; 
> srsName="EPSG:900913">19535855.903719604
>  -4626363.4941992685 19535941.73537078 -4626348.359763367 19536023.6349791 
> -4626318.550743741 19536099.114066403 -4626274.972872367 19536165.87923882 
> -4626218.950240816 19536221.901870374 -4626152.185068398 19536265.47974175 
> -4626076.705981093 19536295.288761374 -4625994.806372774 19536310.423197277 
> -4625908.974721597 19536310.423197277 -4625821.818978849 19536295.288761374 
> -4625735.987327672 19536265.47974175 -4625654.087719352 19536221.901870374 
> -4625578.608632048 19536165.87923882 -4625511.843459629 19536099.114066403 
> -4625455.820828078 19536023.6349791 -4625412.242956704 19535941.73537078 
> -4625382.433937078 19535855.903719604 -4625367.299501177 19535768.747976854 
> -4625367.299501177 19535682.916325677 -4625382.433937078 19535601.01671736 
> -4625412.242956704 19535525.537630055 -4625455.820828078 19535458.772457637 
> -4625511.843459629 19535402.749826085 -4625578.608632048 19535359.17195471 
> -4625654.087719352 19535329.362935085 -4625735.987327672 19535314.22849918 
> -4625821.818978849 19535314.22849918 -4625908.974721597 19535329.362935085 
> -4625994.806372774 19535359.17195471 -4626076.705981093 19535402.749826085 
> -4626152.185068398 19535458.772457637 -4626218.950240816 19535525.537630055 
> -4626274.972872367 19535601.01671736 -4626318.550743741 19535682.916325677 
> -4626348.359763367 19535768.747976854 -4626363.4941992685 19535855.903719604 
> -4626363.4941992685
>
>
>  Exception:
>
>
>  http://www.opengis.net/ows"; 
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; version="1.0.0" 
> xsi:schemaLocation="http://www.opengis.net/ows 
> http://rook.niwa.co.nz:8080/geoserver/schemas/ows/1.0.0/owsExceptionReport.xsd";>
>   
> 
> org.picocontainer.defaults.UnsatisfiableDependenciesException:
>  org.geoserver.wfs.xml.gml3.AbstractGeometryTypeBinding has unsatisfiable 
> dependencies: [interface 
> org.opengis.referencing.crs.CoordinateReferenceSystem] where 
> org.picocontainer.defaults.DefaultPicoContainer@a1570723 was the leaf 
> container being asked for dependencies.
> org.geoserver.wfs.xml.gml3.AbstractGeometryTypeBinding has unsatisfiable 
> dependencies: [interface 
> org.opengis.referencing.crs.CoordinateReferenceSystem] where 
> org.picocontainer.defaults.DefaultPicoContainer@a1570723 was the leaf 
> container being asked for dependencies.
>   
> ​
>
>
>  Thanks.
>
>
>  Regards.
>  
> --
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
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=190641631&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver 2.6.2 installed but menu items Component id = filterMatch error

[Jody Garnett]

That sounds tricky, there is a page were you can help translate - but your
message looks like a bug. Can you report the issue.
On Thu, Feb 12, 2015 at 6:28 AM Bayram Üçüncü 
wrote:

>
> I am installing geoserver 2.6.2 to my:
>
>  - PC that windows7, 32 bit, Language Turkish, Browser Language Turkish.
>  - Server windows 2008, 64 bit Language English. Browser language English
>
> Installation is success. *I am logged in to geoserver, admin panel
> language is Turkish*. I clicked sidebar menu items.
>
>  -Layer Preview
>  -Layers
>  -.
>  -
>
> All items are giving error like this:
>
> ERROR [wicket.RequestCycle] - Exception in rendering component: [Component id 
> = filterMatch]
>> org.apache.wicket.WicketRuntimeException: Exception in rendering component: 
>> [Component id = filterMatch]
>> at org.apache.wicket.Component.renderComponent(Component.java:2725)
>> at 
>> org.apache.wicket.markup.html.WebComponent.onRender(WebComponent.java:62)
>> at org.apache.wicket.Component.render(Component.java:2517)
>> at 
>> org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1440)
>> at 
>> org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1603)
>> at 
>> org.apache.wicket.MarkupContainer.renderAssociatedMarkup(MarkupContainer.java:696)
>> at 
>> org.apache.wicket.markup.html.panel.Panel.onComponentTagBody(Panel.java:114)
>> at org.apache.wicket.Component.renderComponent(Component.java:2686)
>> at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1538)
>> at org.apache.wicket.Component.render(Component.java:2517)
>> at 
>> org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1440)
>> at 
>> org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1603)
>> at 
>> org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1527)
>> at 
>> org.apache.wicket.markup.html.form.Form.onComponentTagBody(Form.java:1995)
>> at org.apache.wicket.Component.renderComponent(Component.java:2686)
>> at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1538)
>> at org.apache.wicket.Component.render(Component.java:2517)
>> at 
>> org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1440)
>> at 
>> org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1603)
>> at 
>> org.apache.wicket.MarkupContainer.renderAssociatedMarkup(MarkupContainer.java:696)
>> at 
>> org.apache.wicket.markup.html.panel.Panel.onComponentTagBody(Panel.java:114)
>> at org.apache.wicket.Component.renderComponent(Component.java:2686)
>> at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1538)
>> at org.apache.wicket.Component.render(Component.java:2517)
>> at 
>> org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1440)
>> at 
>> org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1603)
>> at 
>> org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1527)
>> at org.apache.wicket.Component.renderComponent(Component.java:2686)
>> at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1538)
>> at org.apache.wicket.Component.render(Component.java:2517)
>> at org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:229)
>> at 
>> org.apache.wicket.markup.resolver.MarkupInheritanceResolver.resolve(MarkupInheritanceResolver.java:66)
>> at 
>> org.apache.wicket.markup.resolver.ComponentResolvers.resolve(ComponentResolvers.java:81)
>> at 
>> org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1444)
>> at 
>> org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1603)
>> at 
>> org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1527)
>> at org.apache.wicket.Component.renderComponent(Component.java:2686)
>> at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1538)
>> at org.apache.wicket.Component.render(Component.java:2517)
>> at org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:229)
>> at 
>> org.apache.wicket.markup.resolver.MarkupInheritanceResolver.resolve(MarkupInheritanceResolver.java:73)
>> at 
>> org.apache.wicket.markup.resolver.ComponentResolvers.resolve(ComponentResolvers.java:81)
>> at 
>> org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1444)
>> at org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1554)
>> at org.apache.wicket.Page.onRender(Page.java:1575)
>> at org.apache.wicket.Component.render(Component.java:2517)
>> at org.apache.wicket.Page.renderPage(Page.java:913)
>> at 
>> org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.respond(BookmarkablePageRequestTarget.java:261)
>> at 
>> org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.ja

Re: [Geoserver-users] Problem with QGis and WFS-T

[Jody Garnett]

Just a quick update, since boundless was mentioned.

Kevin has been looking at http://jira.codehaus.org/browse/GEOS-6059 and
seems to have found an hard deadlock internal to GeoServer. I have been
waiting for him to start a discussion on geoserver-devel :)

Larry has found a workaround on the QGIS side and will look at getting that
included in QGIS 2.8.1.

Note that this is nothing to do with opengeo suite, the issue is strictly a
problem with GeoServer and deadlock with the schema cache :(

--
Jody Garnett

On 20 January 2015 at 12:00, emmexx  wrote:

> I tried to use Qgis to add/modify features of a geoserver WFS-T layer.
>
> When I save the layer the operation timeouts.
>
> The qgis error is similar to the one found here:
>
>
> http://gis.stackexchange.com/questions/115471/qgis-wfs-error-could-not-commit-changes-to-layer
>
> Provider errors: empty response
>
> Qgis network log is similar to:
>
> Network request
> http://
> ***.com:**/geoserver//wfs?SERVICE=WFS&VERSION=1.0.0&SRSNAME=EPSG:3308
> timed out
>
> The problem could be related to http://jira.codehaus.org/browse/GEOS-6059
>
> After the error Qgis stops loading the wfs layer (any layer from that
> geoserver) and I have to restart geoserver to be able to load a layer in
> Qgis again.
>
> 1st question: how come that a call from qgis "kills" something in
> geoserver WFS service?
>
> 2nd question: is there a solution to the qgis problem (I know, better to
> ask that to the qgis people)
>
>
> Trying to understand what was wrong in the qgis call (update of a
> feature or new feature added) I used netTool. This program has a tunnel
> feature that acts as a MITM between an application and a remote server.
> So I changed the wfs address in qgis from:
> http://mywebsite:8080/geoserver/wfs to
> http://localhost:7000/geoserver/wfs and set netTool to tunnel to
> http://mywebsite:8080
> I updated a feature value, saved and to my great surprise everything
> worked fine. How is that possible?
> NetTool changes something in the qgis call (POST) to the server that
> doesn't stop WFS from working correctly. Or is there something else?
>
> Thank you
> maxx
>
> p.s. I'm (still) using Boundless Opengeo suite 4.1 version of geoserver
> (2.5 SNAPSHOT)
> Qgis is version 2.6 installed on slackware 14.1
>
>
>
> --
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Problem with QGis and WFS-T

[Jody Garnett]

As per other email, please add your experience to
http://jira.codehaus.org/browse/GEOS-6059 .

Some quick fixes:
- If you are on windows ensure that your hosts file is configured correctly
(for any tests involving localhost)
- If you are hiding behind a proxy be sure to adjust the base url setting

The common thread here is that GeoServer needs to be able to "detect" when
Transaction request document references a schema defined by
DescribeFeatureType. It needs to be sure to resolve that "internally"
rather than via HTTP.

--
Jody Garnett

On 3 March 2015 at 03:35, emmexx  wrote:

> Il 02/23/2015 08:11 AM, Andrea Aime scrisse:
>
>> A suggestion: take a recent standard GeoServer release (one downloaded
>> from geoserver.org <http://geoserver.org>),
>> repeat the test, if it fails, enable the request logging in web.xml,
>> and then open a ticket with all the details to reproduce, like a sample of
>> your data, the request that fails, and so on
>>
>
> I made some experiment to find out what is the problem using qgis and
> geoserver. The behaviour is erratic so I need some help to understand what
> to check.
>
> 1st experiment:
> I used the aws elastic beanstalk service to install geoserver 2.6.2.
> In Qgis I loaded the Tasmania road layer and I could insert new features,
> update geometries and attributes. The problem is that qgis always reports
> errors committing but sometimes data are saved, sometimes not, sometimes
> features are lost.
> For example last week I made many test updates and usually got a qgis
> error but data were saved almost always.
> Today I can't update anything. I get a qgis error when I commit and data
> are not saved (I tried 10 times changing one attribute o adding nodes,
> moving lines).
> Ok, this can be a qgis problem.
>
> 2nd experiment
> I tried to get free of the boundless version of geoserver.
> I created a new aws ami instance, installed tomcat7 and the war version of
> geoserver 2.6.2.
> Again in qgis I added the Tasmania road layer, moved a node of a line,
> committed, get a qgis empty response error and from now on WFS stops
> responding. I have to restart tomcat in order to use again wfs.
> I used the Demo requests tool and I get no answer when making wfs requests.
> So this is not a qgis problem.
>
> The default error log reports nothing.
>
> I attach the geoserver log after select the development one.
> The following are the operations I did in qgis that are reported in the
> log:
> - connect to geoserver
> - add the Tasmania Layer
> - move a node and change the type attribute value
> - commit (I get a qgis error)
> - remove the layer from qgis
> - add the layer: I get an error message and the layer is not added
> - I open the geoserver web Demo Requests page
> - select WFS_getFeatureBBOX-1.0.xml
> - submit (the popup open with the text Loading. and stays there)
>
> If I can give other info or make other tests, just ask me.
>
> Thank you
> maxx
>
>
>
>
> --
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Problem with QGis and WFS-T

[Jody Garnett]

We should probably move this conversation over to geoserver-devel :)

Isabella:

* are you running on windows? If so please update your hosts and test
again...
* Are you running with a proxy? If so fill in that global setting ...
* Try filling in the global proxy setting with the same server name that
QGIS is using during the request

It would also really help Kevin if you were in position to test a geoserver
nightly build.

Part of the "deal" of the geoserver-users list (or any user list) is
supporting the development team with test data, testing of release
candidates and volunteers to test the nightly builds :)

--
Jody Garnett

On 3 March 2015 at 13:58, Kevin Smith  wrote:

> At the moment I'm thinking a reasonable solution would be to start by just
> adding 'localhost' to the list of reflexive hostnames.  That will fix the
> common failure case on Windows.
>
> To handle other cases, when making a request for an external featureType,
> we could remember it, and then watch for WFS requests coming in with that
> hostname.  If that happens, add the hostname to the list of self
> referential hostnames, roll back (maybe return a special error message?)
> then start on the internal path.
>
> Allowing the admin to manually control the list of self referential
> hostnames might also be an idea.
>
> On 3 March 2015 at 13:45, Izabella Mancini 
> wrote:
>
>> Hello Jody, Maxx and Andrea,
>>
>> thank you very much for your thoroughly investigation concerning this
>> QGIS - GeoServer WFS-T issue.
>> I have trouble with GeoServer WFS-T and QGIS too.
>> Even though I can edit (move) an existing geometry of an imported WFS-T
>> and save my changes in QGIS. But I cannot save changes of feature
>> attributes in QGIS for existing geometries. I can add new geometries for
>> GeoServer WFS-T in QGIS and save them. But when I add new geometries for
>> any GeoServer WFS-T in QGIS and try to add feature attributes too, the
>> attributes are apparently saved without an error in QGIS but attributes are
>> not saved in the PostgreSQL/PostGIS database. When I close QGIS the changes
>> and adding of attributes get lost.
>>
>> I use a common GeoServer 2.5.1 installation with tomcat7
>> 7.0.52-1ubuntu0.1, Apache 2.4.7-1ubuntu4.1 running on Ubuntu 14.04 LTS.
>> QGIS vers. is 2.8.1.
>>
>> Thank you very much for your support.
>>
>> Izabella
>>
>> On 3 March 2015 at 21:16, Jody Garnett  wrote:
>>
>>> As per other email, please add your experience to
>>> http://jira.codehaus.org/browse/GEOS-6059 .
>>>
>>> Some quick fixes:
>>> - If you are on windows ensure that your hosts file is configured
>>> correctly (for any tests involving localhost)
>>> - If you are hiding behind a proxy be sure to adjust the base url setting
>>>
>>> The common thread here is that GeoServer needs to be able to "detect"
>>> when Transaction request document references a schema defined by
>>> DescribeFeatureType. It needs to be sure to resolve that "internally"
>>> rather than via HTTP.
>>>
>>> --
>>> Jody Garnett
>>>
>>> On 3 March 2015 at 03:35, emmexx  wrote:
>>>
>>>> Il 02/23/2015 08:11 AM, Andrea Aime scrisse:
>>>>
>>>>> A suggestion: take a recent standard GeoServer release (one downloaded
>>>>> from geoserver.org <http://geoserver.org>),
>>>>> repeat the test, if it fails, enable the request logging in web.xml,
>>>>> and then open a ticket with all the details to reproduce, like a
>>>>> sample of
>>>>> your data, the request that fails, and so on
>>>>>
>>>>
>>>> I made some experiment to find out what is the problem using qgis and
>>>> geoserver. The behaviour is erratic so I need some help to understand what
>>>> to check.
>>>>
>>>> 1st experiment:
>>>> I used the aws elastic beanstalk service to install geoserver 2.6.2.
>>>> In Qgis I loaded the Tasmania road layer and I could insert new
>>>> features, update geometries and attributes. The problem is that qgis always
>>>> reports errors committing but sometimes data are saved, sometimes not,
>>>> sometimes features are lost.
>>>> For example last week I made many test updates and usually got a qgis
>>>> error but data were saved almost always.
>>>> Today I can't update anything. I get a qgis error when I commit and
>>>> data are not saved (I tried 10 times changing one attribute o adding nodes

Re: [Geoserver-users] In WPS is it possible to chain processes across different geoserver/wps service instances?

[Jody Garnett]

To chain to external WPS references we would need to work on the geotools
gt-wps client, which so far has very limited functionality - but it is an
interesting topic.

You may wish to look at other OSGeo WPS implementations such as the zoo wps
(which uses server side javascript for chaining).

--
Jody Garnett

On 1 March 2015 at 15:48, Julian Atkinson 
wrote:

>
>  For example, would it be possible to have an custom WPS web-service, and
> then have a geoserver instance with a wps process that delegates/proxyies
> to that service?
>
>
>  If so, then does WPS protocol have native support or provide guidance
> about how to specify the urls where the processes should run?
>
>
>
> Thanks
>
> Julian
>
>
>
> University of Tasmania Electronic Communications Policy (December, 2014).
> This email is confidential, and is for the intended recipient only.
> Access, disclosure, copying, distribution, or reliance on any of it by
> anyone outside the intended recipient organisation is prohibited and may be
> a criminal offence. Please delete if obtained in error and email
> confirmation to the sender. The views expressed in this email are not
> necessarily the views of the University of Tasmania, unless clearly
> intended otherwise.
>
>
> --
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Some questions about jre and GS 2.6

[Jody Garnett]

We need to retest (and that would be a useful contribution to the
community).

A lot of time is spent encoding images - but libjpeg turbo and the PNG
encoding improvements andrea have made should be much faster than out of
the box JRE image encoding. Is that faster than natvie JAI on your
hardware? Please measure and report back ...

*
http://docs.geoserver.org/latest/en/user/extensions/libjpeg-turbo/index.html
*
http://www.geo-solutions.it/blog/developers-corner-fast-pure-java-open-source-png-encoder-for-geoserver/

For rendering though I would ask you to compare OpenJDK, OracleJDK and the
"marline" renderer as outlined below.

*
http://www.geo-solutions.it/blog/developerss-corner-achieving-extreme-geoserver-scalability-with-the-new-marlin-vector-rasterizer/




--
Jody Garnett

On 4 March 2015 at 05:33, Jerome A. Wendell 
wrote:

> Has anyone determined if using 64-bit jre7 on Windows with GeoServer 2.6.2
> is
> better than using the 32-bit jre7 and native jai?  I am in the process of
> updating my GeoServer from 2.5.3 and have previously used the 32-bit jre6
> and native jai.  Just wondering if anyone has directly compared the two and
> has an opinion of which setup is better.
>
> Thanks,
>
> Jerome Wendell
>
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Some-questions-about-jre-and-GS-2-6-tp5166037p5191437.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Reducing query data size in Oracle

[Jody Garnett]

Hi Martin,

I may have a related idea I am looking to implement for GeoTools 14.x - I
would like to make our query system take expressions (rather than just
property names). I had originally intended this for a "java views feature".

The other thing I would like to do for make it easier to match up our
geotools functions with their opposite in SQL.

Combining the two features results in something similar to the SQL View you
are proposing, but with greater visibility to GeoTools on what is going on
and the chance to reduce query data size.

Still this issue is getting fairly deep, you may wish to attend one of the
community Skype meetings.
--
Jody

--
Jody Garnett

On 10 March 2015 at 11:00, Martin Davis  wrote:

> We're working on tuning a GeoServer implementation over an Oracle SDO
> database. We think we are seeing that the network latency of queries is the
> hotspot in the performance of GeoServer render requests.
>
> It seems that for some situations one way to reduce the data being pushed
> over the wire is to reduce the data size in the database query.  In
> particular, for some datasets of polygons we're happy just to see points
> representing the polygons.  So we tried using a SQLView with a statement
> like:
>
> select GEOMETRY, SDO_GEOM.SDO_CENTROID(GEOMETRY, 1) PT from CUT_BLOCK_SP
>
> and then used an SLD  selector to render just the point.
>
> However, this doesn't work because we get the dreaded ORA-13226:
> interface not supported without a spatial index error.  This is because
> GeoServer is actually emitting the query
>
> SELECT PT as PT FROM (select GEOMETRY, SDO_GEOM.SDO_CENTROID(GEOMETRY, 1)
> PT from CUT_BLOCK_SP t) VTABLE WHERE  SDO_FILTER(PT, ?, 'mask=anyinteract
> querytype=WINDOW') = 'TRUE'
>
> and there is no index defined on the PT column.
>
> Now, this would work if GeoServer could emit the query:
>
> SELECT PT as PT FROM (select SDO_GEOM.SDO_CENTROID(GEOMETRY, 1) PT from
> CUT_BLOCK_SP t) VTABLE WHERE  SDO_FILTER(GEOMETRY, ?, 'mask=anyinteract
> querytype=WINDOW') = 'TRUE'
>
> Is there any way to get this to happen?
>
> Or does anyone have other ideas about how to reduce query data size on
> Oracle?
>
>
> --
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] CITE Tests licence

[Jody Garnett]

The CITE project is here: http://cite.opengeospatial.org/teamengine/

You can login and run the latest cite tests from there.

If you would like to take a copy, and run them command line as we do on our
build box the source code is here:

* https://github.com/opengeospatial/teamengine

That is where our copy comes from (we just have an older copy).  We are
trying to update to the latest version - if you would like to help out you
are more than welcome.

The cite test data is provided by the OGC, we include the license in the
appropriate directory (example
https://github.com/geoserver/geoserver/blob/master/data/citewfs-1.0/CITE.rst).
Each test includes its own test data...

Jody

--
Jody Garnett

On 16 March 2015 at 07:11, uros  wrote:

> Hi,
> Really quick non-technical question.
>
> Our customer want us to run cite tests. We are using our build of GeoServer
> (using GPL licence) and we use cite test data (probably also GPL).
> But we didn't find licence for GeoServer cite-tools (jdeolive on github).
> Is there any licensing on team-engine?
>
> GeoServer GPL Licence
> geoserver/geoserver
>
> ? Licence
> geoserver/geoserver-cite-tools
>
> Regards,
> Uroš
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/CITE-Tests-licence-tp5193611.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Reducing query data size in Oracle

[Jody Garnett]

Back in the thick of things again, this thread was a bit too technical to
keep up with while on the road.

If I had to quickly do what you are describing I would set up each sql view
as you describe, and then use the pre generalized datastore to swap between
them based on scale. I am not *sure* the pregeneralied datastore is going
to be smart enough to swap between sqlviews (it does reach out to the
geoserver catalog so it might).

I am around this week if you want to catch up.

--
Jody Garnett

On 10 March 2015 at 11:00, Martin Davis  wrote:

> We're working on tuning a GeoServer implementation over an Oracle SDO
> database. We think we are seeing that the network latency of queries is the
> hotspot in the performance of GeoServer render requests.
>
> It seems that for some situations one way to reduce the data being pushed
> over the wire is to reduce the data size in the database query.  In
> particular, for some datasets of polygons we're happy just to see points
> representing the polygons.  So we tried using a SQLView with a statement
> like:
>
> select GEOMETRY, SDO_GEOM.SDO_CENTROID(GEOMETRY, 1) PT from CUT_BLOCK_SP
>
> and then used an SLD  selector to render just the point.
>
> However, this doesn't work because we get the dreaded ORA-13226:
> interface not supported without a spatial index error.  This is because
> GeoServer is actually emitting the query
>
> SELECT PT as PT FROM (select GEOMETRY, SDO_GEOM.SDO_CENTROID(GEOMETRY, 1)
> PT from CUT_BLOCK_SP t) VTABLE WHERE  SDO_FILTER(PT, ?, 'mask=anyinteract
> querytype=WINDOW') = 'TRUE'
>
> and there is no index defined on the PT column.
>
> Now, this would work if GeoServer could emit the query:
>
> SELECT PT as PT FROM (select SDO_GEOM.SDO_CENTROID(GEOMETRY, 1) PT from
> CUT_BLOCK_SP t) VTABLE WHERE  SDO_FILTER(GEOMETRY, ?, 'mask=anyinteract
> querytype=WINDOW') = 'TRUE'
>
> Is there any way to get this to happen?
>
> Or does anyone have other ideas about how to reduce query data size on
> Oracle?
>
>
> --
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] handle multi band rasters with SLD or Transformation?

[Jody Garnett]

I got myself in a tangle today working with LandSat 5 data - I know this
should be the easiest thing in the world right?

RasterSymbolizer lets you select a number of channels (4,5,1 generally
match with RGB for a "true color" image). But here is where I run into
trouble - the data is in the range 0.0 to 1.1 (with -Infinite as NO_DATA).
I had hoped that setting this up in the geoserver layer definition, and
then using SLD to select out the bands would magically work.

Ran into a couple problems:

* In the resulting visual NO_DATA is not respected as transparent .. tried
also in a layer group
* I was not sure I need to transform the data from each band (remember 0.0
- 1.0 float) to 0 to 256. We cannot do a colormap entry on each band ... so
I am a bit stuck.

Exploring the problem with a single band (and color map) we can map no data
to a transparent color just fine - but this does not get me a full color
image :(

Having a look at geometry transformations to see if we can stage a decent
RGB channel before letting SLD have a crack at it:

* BandMerge lets me combine several bands into a resolution image
* Reclassify could be used to remap the 0.0f to 1.0f range to 0 to 256
integers expected by SLD

Putting these two ideas together (as a geometry transformation) may work -
but I wanted to check before proceeding.
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] handle multi band rasters with SLD or Transformation?

[Jody Garnett]

Random troubles (not sure if these are a bug to report or user error):

* Setting transparency color to #00 fails to render (error rendering
coverage on the fast path). I assume this works for RGB image and I am
getting in trouble for combining #000 (with a byte for each band) and
my original data that has a float.

* Error rendering coverage on the fast path*
*java.lang.IllegalStateException: Unsupported data type.*
*Unsupported data type.*
*Details:*
*org.geoserver.platform.ServiceException: Error rendering coverage on the
fast path*
* at
org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:338)*

--
Jody Garnett

On 18 March 2015 at 15:55, Jody Garnett  wrote:

> I got myself in a tangle today working with LandSat 5 data - I know this
> should be the easiest thing in the world right?
>
> RasterSymbolizer lets you select a number of channels (4,5,1 generally
> match with RGB for a "true color" image). But here is where I run into
> trouble - the data is in the range 0.0 to 1.1 (with -Infinite as NO_DATA).
> I had hoped that setting this up in the geoserver layer definition, and
> then using SLD to select out the bands would magically work.
>
> Ran into a couple problems:
>
> * In the resulting visual NO_DATA is not respected as transparent .. tried
> also in a layer group
> * I was not sure I need to transform the data from each band (remember 0.0
> - 1.0 float) to 0 to 256. We cannot do a colormap entry on each band ... so
> I am a bit stuck.
>
> Exploring the problem with a single band (and color map) we can map no
> data to a transparent color just fine - but this does not get me a full
> color image :(
>
> Having a look at geometry transformations to see if we can stage a decent
> RGB channel before letting SLD have a crack at it:
>
> * BandMerge lets me combine several bands into a resolution image
> * Reclassify could be used to remap the 0.0f to 1.0f range to 0 to 256
> integers expected by SLD
>
> Putting these two ideas together (as a geometry transformation) may work -
> but I wanted to check before proceeding.
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] GeoServer 2.7.0 Released

[Jody Garnett]

The GeoServer team is pleased to announce the release of GeoServer 2.7.0.

The release is available for download from:

http://geoserver.org/release/2.7.0/

This is a new stable release of GeoServer and is recommended for production
deployment.

New features include:

   - color composition and color blending
   

   - relative time
   

support
   in wms / wcs
   - wps 
clustering
   - wps security
   
and execution
   limits
   

for
   production environments
   - ability to dismiss/kill
   
a
   wps process
   - revised css extension for the generation of sld styles
   
   - a new css workshop
   

For more information/pictures see the blog post
 and release
notes

.

Thanks to Travis, Kevin and Jody for publishing this release. A special
thanks to Patric Hafner and everyone who helped test the release candidate.
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Help needed to test on firefox, chrome, ie

[Jody Garnett]

Quick request from the devel list for help testing the nightly build for an
interesting fix!

* GEOS-6948 GeoServer UI accepts check box clicks outside the boxes

To test please download an appropriate release from
http://geoserver.org/release/master/ and reply to this email.

This change applies to any and all configuration screens that have a
checkbox. They should now only respond when the checkbox is clicked (and
not the nearby label).

Thanks to Eva Shon (from Boundless New York) addressing this long standing
issue.
--
Jody Garnett
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Help needed to test on firefox, chrome, ie

[Jody Garnett]

So there is still some work to do for Firefox.

Any problem back porting this change to stable?

--
Jody Garnett

On 1 April 2015 at 00:21, Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi> wrote:

>  Hi,
>
>
>
> A direct link for finding the issue faster:
>
> http://jira.codehaus.org/browse/GEOS-6948
>
>
>
> I tested the nightly build with Firefox 36.0.4 on Windows and fix seems to
> be OK and the active area is only the check box.
>
>
>
> However, an opposite issue that prevents changing the status of some check
> boxes with Firefox is still there
>
> http://jira.codehaus.org/browse/GEOS-6036
>
> This can be tested with the “img_sample2” store at
> http://localhost:8080/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.data.store.CoverageStoreEditPage&storeName=img_sample2&wsName=nurc
>
>
>
> Same issue with the “Enabled” and “Use HTTP connection pooling” boxes in
> the WMS store page. This is easy to test by starting to create a new WMS
> store from
> http://localhost:8080/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.data.store.WMSStoreNewPage
>
>
>
> I found some time ago that the generated html page in the user interface
> has some extra  and if I removed that with Firebug the check box
> started to listen to me. This is reported in this mail
>
> http://article.gmane.org/gmane.comp.gis.geoserver.devel/28492
>
>
>
> Because of this issue these settings can’t be edited at all with Firefox.
> IE 10 is OK.
>
>
>
>
>
> -Jukka Rahkonen-
>
>
>
>
>
> Jody Garnett wrote:
>
>
>
> Quick request from the devel list for help testing the nightly build for
> an interesting fix!
>
>
>
> * GEOS-6948 GeoServer UI accepts check box clicks outside the boxes
>
>
>
> To test please download an appropriate release from
> http://geoserver.org/release/master/ and reply to this email.
>
>
>
> This change applies to any and all configuration screens that have a
> checkbox. They should now only respond when the checkbox is clicked (and
> not the nearby label).
>
>
>
> Thanks to Eva Shon (from Boundless New York) addressing this long standing
> issue.
>
> --
>
> Jody Garnett
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver/elasticsearch plugin released on github

[Jody Garnett]

That is cool Chris - do you (or the group responsible) want to do a guest
blog post for the geotools blog?

--
Jody Garnett

On 1 April 2015 at 15:09, Chris Bennight  wrote:

>
> Just wanted to call this out - one of our groups recently got the okay to
> open source an internally developed geoserver <-> elasticsearch datastore
> plugin.
>
> https://github.com/ngageoint/elasticgeo
>
> Documentation is at:
>
>
> https://github.com/ngageoint/elasticgeo/blob/master/gs-web-elasticsearch/doc/index.rst
>
> It currently works / tested with
> * Elasticsearch 1.3.x and 1.4.x
> * GeoTools 12.x and 13.x
> * GeoServer 2.6.x and 2.7.x
>
>
> Feel free to use the issues on the site for communication, or I'm happy to
> answer whatever I can (note:  this isn't one of my projects, but I can pull
> the developer in if needed)
>
> ---
> Chris
>
>
>
>
> --
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Help needed to test on firefox, chrome, ie

[Jody Garnett]

I have merged Kevin's fix onto master, if you would like to confirm the fix
on a nightly build Jukka we can back port this to stable.

--
Jody Garnett

On 2 April 2015 at 13:36, Kevin Smith  wrote:

> Might a better fix be to change the CSS to make the checkbox and label
> inline?  As it is they are both block and then are repositioned using the
> margins of the label so that they are positioned the way they would have
> been if inline.  That way we retain the ability to click on the label, but
> the label doesn't extend across the width of the page.
>
> On 1 April 2015 at 14:41, Jody Garnett  wrote:
>
>> So there is still some work to do for Firefox.
>>
>> Any problem back porting this change to stable?
>>
>> --
>> Jody Garnett
>>
>> On 1 April 2015 at 00:21, Rahkonen Jukka (MML) <
>> jukka.rahko...@maanmittauslaitos.fi> wrote:
>>
>>>  Hi,
>>>
>>>
>>>
>>> A direct link for finding the issue faster:
>>>
>>> http://jira.codehaus.org/browse/GEOS-6948
>>>
>>>
>>>
>>> I tested the nightly build with Firefox 36.0.4 on Windows and fix seems
>>> to be OK and the active area is only the check box.
>>>
>>>
>>>
>>> However, an opposite issue that prevents changing the status of some
>>> check boxes with Firefox is still there
>>>
>>> http://jira.codehaus.org/browse/GEOS-6036
>>>
>>> This can be tested with the “img_sample2” store at
>>> http://localhost:8080/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.data.store.CoverageStoreEditPage&storeName=img_sample2&wsName=nurc
>>>
>>>
>>>
>>> Same issue with the “Enabled” and “Use HTTP connection pooling” boxes in
>>> the WMS store page. This is easy to test by starting to create a new WMS
>>> store from
>>> http://localhost:8080/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.data.store.WMSStoreNewPage
>>>
>>>
>>>
>>> I found some time ago that the generated html page in the user interface
>>> has some extra  and if I removed that with Firebug the check box
>>> started to listen to me. This is reported in this mail
>>>
>>> http://article.gmane.org/gmane.comp.gis.geoserver.devel/28492
>>>
>>>
>>>
>>> Because of this issue these settings can’t be edited at all with
>>> Firefox. IE 10 is OK.
>>>
>>>
>>>
>>>
>>>
>>> -Jukka Rahkonen-
>>>
>>>
>>>
>>>
>>>
>>> Jody Garnett wrote:
>>>
>>>
>>>
>>> Quick request from the devel list for help testing the nightly build for
>>> an interesting fix!
>>>
>>>
>>>
>>> * GEOS-6948 GeoServer UI accepts check box clicks outside the boxes
>>>
>>>
>>>
>>> To test please download an appropriate release from
>>> http://geoserver.org/release/master/ and reply to this email.
>>>
>>>
>>>
>>> This change applies to any and all configuration screens that have a
>>> checkbox. They should now only respond when the checkbox is clicked (and
>>> not the nearby label).
>>>
>>>
>>>
>>> Thanks to Eva Shon (from Boundless New York) addressing this long
>>> standing issue.
>>>
>>> --
>>>
>>> Jody Garnett
>>>
>>
>>
>>
>> --
>> Dive into the World of Parallel Programming The Go Parallel Website,
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub
>> for all
>> things parallel software development, from weekly thought leadership
>> blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
>
> --
>
> Kevin Smith
>
> Software Engineer | Boundless <http://boundlessgeo.com/>
>
> ksm...@boundlessgeo.com
>
> +1-778-785-7459
>
> @boundlessgeo <http://twitter.com/boundlessgeo/>
>
>
> <http://twitter.com/boundlessgeo/>
>
> [image: http://boundlessgeo.com/]
> <http://boundlessgeo.com/>
>
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] GeoServer 2.6.3 Released

[Jody Garnett]

The GeoServer team is happy to announce the release of GeoServer 2.6.4.

The release is available for download from:
http://geoserver.org/release/2.6.3/

GeoServer 2.6.3 is a maintenance release of GeoServer recommended for
production deployment. Thanks to everyone taking part, submitting fixes and
new functionality:

   - The WPS download community module is now available on the 2.6.x branch
   too
   - Some WPS fixes related to requests not including the response form
   - Fixed layer naming regression that prevented non XML valid names to be
   used for coverages (care on naming is still advised, different protocols
   have different requirements, check the ones you are using)
   - Some WFS 2.0 join related fixes
   - Speed up generation of JSON files when the native CRS is EPSG:900913
   - Avoid leaks of commons-httpclient pools (which in turn can lead to a
   native thread leak)
   - Check the release notes
    for
   more details
   - This release is made in conjunction with GeoTools 12.3

Thanks to Andrea (GeoSolutions), Jody (Boundless) for this release
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Layer Data Name VS Layer Publishing Name?

[Jody Garnett]

Internally we have a split between resources (the data tab) and layers (the
publish tab). In practice the two data structures have always been linked
in the UI.

I believe if you edit one it will update in both data structures.

--
Jody Garnett

On 22 April 2015 at 10:03, Martin Davis  wrote:

> Another perhaps obvious question...  in the Edit Layer screen what is the
> difference between the Name field on the Data tab and the Name field on the
> Publishing tab?  Are these the same data item, just exposed in two
> different places for convenience?
>
>
> --
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live
> exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
> event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] geoserver problem

[Jody Garnett]

You will need to send your question to the geoserver users list - that way
more people can benefit from the discussion and we have a record for people
with the same question.

If you are reluctant to communicate in public there are commercial support
<http://geoserver.org/support/> options listed on our website.

--
Jody Garnett

On 29 April 2015 at 03:30,  wrote:

> Hi.
> Iam using geoserver and postgresql for my msc thesis.create my geodatabase
> with postgis and import layers to geoserver. my problem are:
> 1- when import shp.files and go to layer preview and select Go, shp.files
> repeated several times and unsettles.
> 2- how i can display my layers in UI (user interface) ?
> note: I designed user interface with Asp.net
>
>
> _
> Sent from http://osgeo-org.1560.x6.nabble.com
>
>
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] SLD style XML vers. 1.1.0 made in QGIS not working in GeoServer 2.6.3 and OpenLayers2

[Jody Garnett]

I would rather fix the docs so they make sense, I expect adding an example
would help.

The subject of naming layers and styles is a confusing one in GeoServer and
we have yet to figure out a way to provide helpful feedback. Failing to
load was not considered helpful feedback :)

--
Jody Garnett

On 1 May 2015 at 23:10, Andrea Aime  wrote:

> On Fri, May 1, 2015 at 11:13 PM, Izabella Mancini <
> izabellamancini0...@gmail.com> wrote:
>
>> Ciao Andrea,
>>
>> thank you very much for testing the SLD 1.1.0 file and shapefile.
>> I was using GeoServer 2.6.3. You gave me the idea to upgrade to 2.7.0 and
>> GeoServer is using SLD vers. 1.0.0 *and 1.1.0, now*. See my screenshot
>> for you.
>>
>
> Indeed I did try with a recent versions... hum... in theory SLD 1.1 should
> have worked in 2.6.x too...
>
>
>>
>> Maybe GeoServer was not able to send the attributes of column 'feature
>> designation' correctly because of wrong GeoServer configuration in 2.6.3. I
>> migrated between GeoServer 2.5.x and 2.6.x and can't set the "STRICT_PATH
>> java system property variable" to "true" because I'm not sure how to
>> perform this.
>> http://docs.geoserver.org/stable/en/user/datadirectory/migrating.html#migrating-between-geoserver-2-5-x-and-2-6-x
>>
>>
>> Perhaps, setting STRICT_PATH java system property variable is obsolete in
>> GeoServer 2.7.0. Is it?
>>
>
> As far as I know It is, and in 2.6.3 too.
> I've cc'ed the authors of that part of the docs: Jody and Travis, shall we
> remove that part of the docs?
> Izabella is not the first user to get confused by it
>
>
> Cheers
> Andrea
> --
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/NWWaa2 for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.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 for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility  for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
> ---
>
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver Web-Mapping

[Jody Garnett]

Hello!

The GeoServer project has instructions for running from Eclipse (so I would
use that because there is an example to follow).

http://docs.geoserver.org/latest/en/developer/eclipse-guide/

--
Jody Garnett

On 8 May 2015 at 14:54, ELKHATTABI Imane  wrote:

> Hello Jody
>
> I came across one of your posts on the How2map plateform.
>
> I really hope you don't mind me asking. But I'm in a same situation where
> i need to run a Geoserver web-mapping project directly from an IDE like
> Netbeans or Eclipse.
>
> I don't know witch IDE to use that can easily run Geoserver with libraries
> (Openlayers, Ext, geoExt)
>
> I'd be very thankful to know how to overcome the problem .
>
> Any hint or help would be highly apreciated.
>
> Best regards
> ᐧ
>
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Scripting Web User Interface

[Jody Garnett]

Um why? We try and have a REST API to perform any tasks that would require
scripting of the web ui...

--
Jody Garnett

On 19 May 2015 at 06:47,  wrote:

> Hi, new to mailing list and geoserver
>
> Does the  Scripting Web User Interface work ?
> Has anyone gotten Scripting Web User Interface working? and what procedure
> did you use?
> Have tried with 2.6.3, 2.7.0  & latest
>
> Running redhat 6.6
>
>
> Deno Karapatakis
> Savannah River National Laboratory
> Savannah River Site
> Building 703-41A Room 246
> Aiken, S.C.  29808
> ph. 803-725-9983
>
>
> --
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [Geoserver-devel] GeoServer 2.7.1 Released

[Jody Garnett]

Thanks for noticing Marco, I have changed the links.

Many of the release notes are empty, until the jira migration is complete.

--
Jody Garnett

On 20 May 2015 at 23:34, Marco Lechner - FOSSGIS e.V. <
marco.lech...@fossgis.de> wrote:

> Hi,
>
> great to hear 7.2.1 is released - could anybody please fix the
> Changelog-Link on the Release-Page [] pointing to jira.codehouse [2]
> instead of osgeo [3]? The codehouse link seems to be deprecated.
>
> Marco
>
> [1] http://geoserver.org/release/stable/
> [2]
>
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10311&version=10414
> [3]
>
> https://osgeo-org.atlassian.net/jira/secure/ReleaseNote.jspa?projectId=1&version=10414
>
> Am 2015-05-21 08:15, schrieb Andrea Aime:
> > Hi,
> > as a quick addendum, this release should contain fixes for the
> > multidimensional mosaic harvesting issues reported
> > on the users list in the last month of so. Let us know if it works
> > fine for you too, as it did in our testing.
> >
> > Cheers
> > Andrea
> >
> > On Thu, May 21, 2015 at 4:17 AM, Kevin Smith  > [9]> wrote:
> >
> >> The GeoServer team is happy to announce the release of GeoServer
> >> 2.7.1.
> >>
> >> GeoServer 2.7.1 is a stable release of GeoServer recommended for
> >> production deployment. Thanks to everyone taking part, submitting
> >> fixes and new functionality including:
> >>
> >>  *  Add WMS GetMap support for by layer interpolation methods
> >>  *  Allow usage of environment variables from various sources in
> >> ftl files
> >>  *  Allow cql expressions in ColorMapEntry for GetLegendGraphic
> >>  *  This release is made in conjunction with GeoTools 13.1 and
> >> GeoWebCache 1.7.1
> >>
> >>  For a full list, see the release notes:
> >>
> >>
> >
> >
> https://osgeo-org.atlassian.net/jira/secure/ReleaseNote.jspa?projectId=1&version=10414
> >> [1]
> >>
> >> --
> >>
> >> Kevin Smith
> >>
> >> Software Engineer | Boundless [2]
> >>
> >> ksm...@boundlessgeo.com [3]
> >>
> >> +1-778-785-7459 [4]
> >>
> >> @boundlessgeo [5]
> >>
> >>
> >
> >
> --
> >> One dashboard for servers and applications across
> >> Physical-Virtual-Cloud
> >> Widest out-of-the-box monitoring support with 50+ applications
> >> Performance metrics, stats and reports that give you Actionable
> >> Insights
> >> Deep dive visibility with transaction tracing using APM Insight.
> >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y [6]
> >> ___
> >> Geoserver-devel mailing list
> >> geoserver-de...@lists.sourceforge.net [7]
> >> https://lists.sourceforge.net/lists/listinfo/geoserver-devel [8]
> >
> > --
> >
> > ==
> > Meet us at the INSPIRE Conference in Lisbon 25-29 May 2015! Visit
> > http://goo.gl/WHKDXT [10] for more information.
> >
> > ==
> >
> > Ing. Andrea Aime
> >
> > @geowolf
> > Technical Lead
> >
> > GeoSolutions S.A.S.
> > Via Poggio alle Viti 1187
> > 55054  Massarosa (LU)
> > Italy
> > phone: +39 0584 962313
> > fax: +39 0584 1660272
> > mob: +39  339 8844549
> >
> > http://www.geo-solutions.it [11]
> > http://twitter.com/geosolutions_it [12]
> >
> > 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
> > for the attention and use of the named addressee(s) and may be
> > confidential or proprietary in

Re: [Geoserver-users] GeoServer 2.8-M0, an excellent occasion to help devs with your tests

[Jody Garnett]

Thanks for passing on the message to the user list Andrea :) I am really
keen to hear people's experience with this new release.

For my own experience: I just finished teaching a dev course with the new
release ... and really noticed all the new jai-ext jars that have been
added to the build. Is it possible for jai-ext to combine operations into a
single jar ... rather than so many small ones?

Functionality wise everything was solid. We did not notice the new matrix
implementation at all - which is exactly what I was aiming for :)

While Andrea has promised to write some blog posts explain the new
functionality ... please make it worth his while by trying out the
milestone release and replying to this email.

--
Jody Garnett

On 29 May 2015 at 05:35, Andrea Aime  wrote:

> Hi,
> Jody just cut a 2.8-M0 release, a milestone of the 2.8.x series (pre-beta)
> that already contains
> a number of significant improvements. A hurray for Jody :-)
>
> Please have a look at the blog post:
> http://blog.geoserver.org/2015/05/29/geoserver-2-8-m0-released/
> Then check out the downloads, take the new features for a spin, and let us
> know how they are working for you.
>
> Ah, if you are scared about it being "an alpha release", please do not,
> this release received pretty much the same amount of
> testing as any other release, thousands of tests during the continuous
> builds, plus another few thousands with the
> nightly conformance OGC tests.
> Your interactive testing is what will make the difference, in knowing how
> the new features behave in the "real world".
> So, please give it a kick, and let us know how it goes.
>
> Cheers
> Andrea
>
> --
> ==
> Meet us at the INSPIRE Conference in Lisbon 25-29 May 2015! Visit
> http://goo.gl/WHKDXT for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.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 for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility  for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
> ---
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] geoserver 2.7 publish style

[Jody Garnett]

Can you try your style in the style editor and confirm it validates?

--
Jody Garnett

On 5 June 2015 at 10:31, Bessette-Halsema, Dominique E <
dominique.besse...@gdit.com> wrote:

>  I’m trying to publish a style to geoserver 2.7 via the
> GeoServerRESTPublisher class.
>
>
>
> If I use the publishStyle(File file) API or the publishStyle(String
> sldBody) I get the following error
>
>
>
>
>
> 17:19:55,192 ERROR [stderr] (http-/0.0.0.0:8080-1) [Fatal Error] :1:1:
> Content is not allowed in prolog.
>
> 17:19:55,193 ERROR [org.geoserver.rest] (http-/0.0.0.0:8080-1) :
> java.lang.RuntimeException: org.xml.sax.SAXParseException; lineNumber: 1;
> columnNumber: 1; Content is not allowed in prolog.
>
> at org.geotools.styling.SLDParser.parseSLD(SLDParser.java:438)
> [gt-main-13.1.jar:]
>
> at org.geoserver.catalog.SLDHandler.parse10(SLDHandler.java:105)
> [gs-main-2.7.1-nn-1.jar:2.7.1-nn-1]
>
>at org.geoserver.catalog.SLDHandler.parse(SLDHandler.java:97)
> [gs-main-2.7.1-nn-1.jar:2.7.1-nn-1]
>
> at org.geoserver.catalog.rest.StyleFormat.read(StyleFormat.java:91)
> [gs-restconfig-2.7.1.jar:2.7.1]
>
> at
> org.geoserver.rest.format.StreamDataFormat.toObject(StreamDataFormat.java:34)
> [gs-rest-2.7.1.jar:2.7.1]
>
> at
> org.geoserver.rest.ReflectiveResource.handlePost(ReflectiveResource.java:118)
> [gs-rest-2.7.1.jar:2.7.1]
>
> …
>
>
>
> The style xml is below.  I formatted it in this email but usually its one
> long string.  I’ve tried trimming for whitespace, removing the encoding,
> and some other validation checks I’ve found online.  I was wondering if
> anything stands out.
>
>
>
> 
>
> http://www.opengis.net/sld"; xmlns:sld="
> http://www.opengis.net/sld"; xmlns:ogc="http://www.opengis.net/ogc";
> xmlns:gml="http://www.opengis.net/gml"; version="1.0.0">
>
>   
>
> nrdb_threshold_132
>
> 
>
>   surface air temperature
>
>   
>
> nrdb_threshold_132
>
> Feature
>
> 
>
>   
>
> 
>
>quantity="244.160893" label="244.160893"/>
>
>quantity="283.789" label="283.789"/>
>
> 
>
>   
>
> 
>
>   
>
> 
>
>   
>
> 
>
>
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] SECURITY: Remote file disclosure vulnerability [GEOS-7032]

[Jody Garnett]

Thanks Ben and Andrea for handling this in a clear manner.

We now have three releases available with the fix:

* http://sourceforge.net/projects/geoserver/files/GeoServer/2.7.1.1/
* http://sourceforge.net/projects/geoserver/files/GeoServer/2.6.4/
* http://sourceforge.net/projects/geoserver/files/GeoServer/2.5.5.1/

The website will be updated shortly, for now please consider the above
links.

--
Jody Garnett

On 23 June 2015 at 13:14, Ben Caradoc-Davies  wrote:

> All GeoServer releases except 2.6.4 have a remote file disclosure
> vulnerability that permits an unauthenticated remote attacker to use a
> malicious request view any file on the server visible to GeoServer,
> including files outside the data directory.
>
> This vulnerability is fixed in 2.6.4 and in all nightlies including
> those for stable (2.7.x) and master.
>
> All future GeoServer releases will contain a fix for this vulnerability.
>
> See:
>
> https://osgeo-org.atlassian.net/browse/GEOS-7032
>
> http://osgeo-org.1560.x6.nabble.com/Handling-of-GEOS-7032-Remote-File-Disclosure-td5212383.html
>
> Kind regards,
> Ben.
>
>
>  Forwarded Message 
> Subject: [Geoserver-users] GeoServer 2.6.4 Released
> Date: Fri, 19 Jun 2015 08:40:59 +1200
> From: Ben Caradoc-Davies 
> To: geoserver-users@lists.sourceforge.net
>
> http://blog.geoserver.org/2015/06/18/geoserver-2-6-4-released/
> [...]
> The GeoServer team is pleased to announce the release of GeoServer 2.6.4
> [...]
> GeoServer 2.6.4 is a maintenance release of GeoServer recommended for
> production deployment. This release contains *IMPORTANT SECURITY FIXES*
> so please upgrade.
> [...]
>* *SECURITY*: Fixed a serious vulnerability that allowed arbitrary
>  files on the server to be read by crafting a malicious WFS request
>  <https://osgeo-org.atlassian.net/browse/GEOS-7032>
>
>
> --
> Ben Caradoc-Davies 
> Director
> Transient Software Limited <http://transient.nz/>
> New Zealand
>
>
> --
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors
> network devices and physical & virtual servers, alerts via email & sms
> for fault. Monitor 25 devices for free with no restriction. Download now
> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [Geoserver-devel] How to Update/change Geoserver WMS layer using Openlayers 2.13?

[Jody Garnett]

You may wish to ask on the user list; the developer list is used for those
working on geoserver.

--
Jody Garnett

On 28 June 2015 at 20:23, Wondimagegn Tesfaye  wrote:

> Dear Members,
>
> I am planning to use Geoserver WMS layer for many administrative areas
> with raster layer (geotiff). So my objective is, when someone selects
> another administration area, I want the layer to refresh and change layer
> features. I know, I can remove one layer and add another one but I have
> many layers. The code could be shorter by changing url of a layer or the
> layer name itself.
>
> My second objective is to use PostGIS data as a store. This layer is
> dynamic and data changes on PostGIS based on user input and I would like to
> refresh the layer when user clicks a button. I tried the following code but
> the problem I am getting is, the default view caches the previous image.
>
>  function updateWMS(){
> mywms.getSource().dispatchChangeEvent();
> map.updateSize();
>  }
>
> Regards,
>
> Wondimagegn
>
>
>
> --
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors
> network devices and physical & virtual servers, alerts via email & sms
> for fault. Monitor 25 devices for free with no restriction. Download now
> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> ___
> Geoserver-devel mailing list
> geoserver-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>
--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Need to Update and not upgrade 2.6.0?

[Jody Garnett]

Any news Subramanian? We want to know if there are any problems upgrading.

Only thing I can think of is you were doing a war deploy and working in the
webapps data directory. We have instructions about using an external data
directory (to store configuration) when upgrading.

http://docs.geoserver.org/latest/en/user/installation/upgrade.html

--
Jody Garnett

On 26 June 2015 at 13:08, Subramanian Swaminathan 
wrote:

> How does one update #geoserver 2.6.0. “Upgrading” to 2.6.4 appears to
> clobber all user accounts.  #newbie – So please give or point to clear
> instructions that I can pass on system administrator?
>
>
>
> Thanks,
>
> Subu Swaminathan, GISP
>
>
>
>
> --
> Monitor 25 network devices or servers for free with OpManager!
> OpManager is web-based network management software that monitors
> network devices and physical & virtual servers, alerts via email & sms
> for fault. Monitor 25 devices for free with no restriction. Download now
> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [Geoserver-devel] How to Update/change Geoserver WMS layer using Openlayers 2.13?

[Jody Garnett]

It could be that nobody knows the answer to your question, or understood
what you were trying to ask. Do keep in mind this is the geoserver list and
your question appears to be about open layers!?

We have some guidelines <http://geoserver.org/comm/userlist-guidelines.html>
on writing good questions.



--
Jody Garnett

On 29 June 2015 at 10:21, Wondimagegn Tesfaye  wrote:

> Thank you for the replay Jody. I have asked the same question on 27th June
> but didn't get a repay yet. That is why I posted the same question here.
>
> On Mon, Jun 29, 2015 at 6:51 PM, Jody Garnett 
> wrote:
>
>> You may wish to ask on the user list; the developer list is used for
>> those working on geoserver.
>>
>> --
>> Jody Garnett
>>
>> On 28 June 2015 at 20:23, Wondimagegn Tesfaye  wrote:
>>
>>> Dear Members,
>>>
>>> I am planning to use Geoserver WMS layer for many administrative areas
>>> with raster layer (geotiff). So my objective is, when someone selects
>>> another administration area, I want the layer to refresh and change layer
>>> features. I know, I can remove one layer and add another one but I have
>>> many layers. The code could be shorter by changing url of a layer or the
>>> layer name itself.
>>>
>>> My second objective is to use PostGIS data as a store. This layer is
>>> dynamic and data changes on PostGIS based on user input and I would like to
>>> refresh the layer when user clicks a button. I tried the following code but
>>> the problem I am getting is, the default view caches the previous image.
>>>
>>>  function updateWMS(){
>>> mywms.getSource().dispatchChangeEvent();
>>> map.updateSize();
>>>  }
>>>
>>> Regards,
>>>
>>> Wondimagegn
>>>
>>>
>>>
>>> --
>>> Monitor 25 network devices or servers for free with OpManager!
>>> OpManager is web-based network management software that monitors
>>> network devices and physical & virtual servers, alerts via email & sms
>>> for fault. Monitor 25 devices for free with no restriction. Download now
>>> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
>>> ___
>>> Geoserver-devel mailing list
>>> geoserver-de...@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>>
>>>
>>
>
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] availability of configurable applications for county GIS.

[Jody Garnett]

You may wish to look at some of the commercial support options Mark as your
shopping list sounds a bit like consulting?

GeoServer is a server that makes use of standards to publish data to a
client application with functionality such as you describe. I have
certainly seen examples produced with OpenLayers, Leaflet, MobileMapTools
and other technologies similar to what you describe. In each case these are
technologies that you would use in building your own application (be it web
based, mobile, or desktop).

The user list here may have some great examples of how to use GeoServer.
For client / mobile you may wish to consider a wider forum such as
disc...@osgeo.org.


--
Jody Garnett

On 29 June 2015 at 14:29, Mark Volz  wrote:

>  Hello,
>
>
>
> I may consider upgrading our web mapping application, or creating a second
> mobile friendly application for our county.  Our current application is
> great, however it is not mobile friendly.  I considered using ArcGIS
> Server, however I think ESRI is moving the wrong way with their
> over-integration with ArcGIS Online.  I would like to know what
> applications are available for GeoServer.
>
>
>
> Here is a list of possible features that I think could be useful:
>
>
>
> · An application that is mobile friendly
>
> · A somewhat intuitive way to add or change layers.
>
> · The ability to search for a GIS feature based on an attribute.
>
> · The ability to measure length and area.
>
> · The ability to identify a feature, and link to external sites
> such as http://mytaxvendor/parcel.asp?pid=01-001001-0
>
>
>
>
>
> Thank You
>
>
>
>
>
> Sincerely,
>
> *Mark Volz, GISP*
>
> http://geomoose.lyonco.org/
>
>
>
>
>
>
> --
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Wrapper exception

[Jody Garnett]

Looks like it is a wrapper allowing a java application to be run as a
windows service.

--
Jody Garnett

On 1 July 2015 at 15:12, jair santos  wrote:

> Hello everyone.
>
> Does anybody knows what is the exception below from the wrapper.log?
>
> Thanks
> JJ
>
>
>
>
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> java.lang.reflect.Method.invoke(Unknown Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:238)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at java.lang.Thread.run(Unknown
> Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | 2015-07-01 15:01:30.614::WARN:
>  EXCEPTION
> INFO   | jvm 1| 2015/07/01 15:01:30 | java.net.BindException: Address
> already in use: bind
> INFO   | jvm 1| 2015/07/01 15:01:30 | at sun.nio.ch.Net.bind0(Native
> Method)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at sun.nio.ch.Net.bind(Unknown
> Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at sun.nio.ch.Net.bind(Unknown
> Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> sun.nio.ch.ServerSocketChannelImpl.bind(Unknown Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> sun.nio.ch.ServerSocketAdaptor.bind(Unknown Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> org.mortbay.jetty.nio.SelectChannelConnector.open(SelectChannelConnector.java:205)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> org.mortbay.jetty.nio.SelectChannelConnector.doStart(SelectChannelConnector.java:304)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> org.mortbay.jetty.Server.doStart(Server.java:233)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:977)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> java.lang.reflect.Method.invoke(Unknown Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> org.mortbay.start.Main.invokeMain(Main.java:183)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> org.mortbay.start.Main.start(Main.java:497)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> org.mortbay.start.Main.main(Main.java:115)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> java.lang.reflect.Method.invoke(Unknown Source)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at
> org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:238)
> INFO   | jvm 1| 2015/07/01 15:01:30 | at java.lang.Thread.run(Unknown
> Source)
>
>
>
> --
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Barnes surface generation

[Jody Garnett]

I would continue to use ramp, but make your colors closer together visually
so it is less sharp visually?

The generation of the surface is independent on how you style it with a
raster symbolizer...

--
Jody Garnett

On 2 July 2015 at 03:27, Franco Minutiello 
wrote:

>  Hello everyone,
>
> I'm trying to generate a map from a set of points with gs:BarnesSurface.
> The result is quite good but the transition between colors is too sharp.
> Which parameters affects the transition between colors?
> I'm currentrly using ColorMap type="ramp".
>
> Thanks
>   Franco
>
>
> --
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] need a hand testing nightly build rest api

[Jody Garnett]

Greetings from the geoserver-devel

We have all manner of fun new features coming your way for GeoServer 2.8 -
but we also have something we could really use a hand with.

As you may know we recently introduced a responsible disclosure policy, and
as a result have been collecting additional security vulnerability reports.
To that effect we have a fix for GEOS-7124 that we could use a hand testing.

This change carefully checks the geoserver configuration definitions as
they are being loaded from disk or the REST API. We have changed our policy
from accepting anything, to only accepting objects that have been
"whitelisted" for use.

The real question is did we list everything that is required? Or did we
miss something you use ... we won't know until you try.

Please download a GeoServer nightly build (
http://geoserver.org/release/master/) give it a go, and report back if you
have any problems. Problems should be very obvious (like it refuses to
startup or is missing layers).

If you use any libraries to configure geoserver (such as gsconfig
<https://github.com/boundlessgeo/gsconfig> or geoserver-manager
<https://github.com/geosolutions-it/geoserver-manager>) we especially want
to hear back!
--
Jody Garnett
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] geoexplorer unable to view local geoserver layers

[Jody Garnett]

Can I ask the obvious question, can you use layer preview to show the
layers in question? Trying to sort out if this is a GeoServer configuration
issue, or an issue with GeoExplorer.


--
Jody Garnett

On 4 August 2015 at 14:56, Jim Proctor  wrote:

> Greetings — I understand I’m asking a question related to the OpenGeo
> Suite implementation of GeoServer, but previous queries posted to our
> hosting service and GIS Stack Exchange
> <http://gis.stackexchange.com/questions/156509/geoexplorer-unable-to-load-local-geoserver-layers>
>  have
> not received helpful replies, so I’m hoping someone in the GeoServer
> community can assist. The basic problem we’ve experienced is that we were
> once able to view layers from our local GeoServer instance via GeoExplorer,
> but now cannot.
>
> One helpful hint in a related Stack Exchange thread suggests that we view
> the WMS GetCapabilities response to trace how the output may be broken.
> We’ve done this for WMS 1.3.0, but I cannot see anything immediately that
> may suggest a problem. For instance, a typical layer is summarized in this
> XML document as at bottom. Can anyone help us trace possible issues via
> this document?
>
> Additionally, if anyone has experienced problems displaying local
> GeoServer layers via GeoExplorer, we would appreciate. We do know that
> buggy styles in GeoServer can potentially affect GeoExplorer, but we have
> swapped out all custom styles with default styles, and the layer view issue
> persists.
>
> Thanks in advance for your help.
>
> Regards,
>
> Jim P.
>
> ***
>
>   
> fuji:Fuji_Landcover_1930
> Fuji_landcover1930
> These are shapefiles that identify land cover during
> 1930 of Mt. Fuji. Credit: nnn: “Geophysical Survey Institute of Japan"
> 1930. Made by nnn, Spring 2014.
> 
> The Fuji area spans four maps, henceforth referred to as quadrants
> (southwest, northwest, southeast and northeast). The quadrants composed an
> area of 1680 kilometers squared. . For 1898 and 1992, all quadrants were
> from the same year, while for the 1930’s and 1950’s, quadrants were not
> uniform by date (1930’s: SW 1930, NW 1930, SE 1933, NE 1933 ; 1950’s: SW
> 1959, NW 1959, SE 1954, NE 1960). These shapefiles were created from traced
> images based on original Fuji land cover maps produced by the Kokudo
> Chiriin, or the “Geophysical Survey Institute of Japan”. To create these,
> tracings of each quadrant were scanned and uploaded onto ArcMap 10,
> georectified to the datum JGD 2000. The polyline shapefiles were cleaned up
> (making sure all connected) and were converted into polygon shapefiles.
> Each polygon was labeled with its land cover type code: Bam: BambooBo:
> BoulderBroFo: Broadleaf ForestBroCoFo: Broadleaf Coniferous ForestCoFo:
> Coniferous ForestDwBam: Dwarf BambooFi: FieldLakeMtsu: MitsumataMpl:
> Mulberry PlantationRPA: Rice PaddyTpl: Tea PlantationWL: Wasteland After
> labeling and converting into polygon shapefiles, quadrants for each time
> period were dissolved by land type, merged together and then dissolved by
> land type again to create a final shapefile. Gaps between merged quadrants
> were closed using topology. The gaps never exceeded a .001 meter cluster
> tolerance. These shapefiles were converted into gridded data (rasters) for
> further analysis.
> 
>   fuji_landcover1930
>   features
> 
> EPSG:3095
> CRS:84
> 
>   138.48642806689833
>   139.0042108864186
>   35.16027201750784
>   35.51263407403097
> 
>  miny="35.16027201750784" maxx="139.0042108864186" maxy="35.51263407403097"/>
>  miny="3892923.813513448" maxx="318544.9742773"
> maxy="3930980.239774092"/>
> 
>   <Name>FUJI_STYLE_SLD</Name>
>   <Title/>
>   <Abstract/>
>   <LegendURL width="181" height="260">
> <Format>image/png</Format>
> <OnlineResource xmlns:xlink="<a  rel="nofollow" href="http://www.w3.org/1999/xlink"">http://www.w3.org/1999/xlink"</a>;
> xlink:type="simple" xlink:href="
> <a  rel="nofollow" href="http://geo.lcmaps.info:80/geoserver/ows?service=WMS&amp;request=GetLegendGraphic&amp;format=image%2Fpng&amp;width=20&amp;height=20&amp;layer=fuji%3AFuji_Landcover_1930">http://geo.lcmaps.info:80/geoserver/ows?service=WMS&amp;request=GetLegendGraphic&amp;format=image%2Fpng&amp;width=20&amp;height=20&amp;layer=fuji%3AFuji_Landcover_1930</a&

Re: [Geoserver-users] need a hand testing nightly build rest api

[Jody Garnett]

Alessio offered on the gsconfig project; but has not reported back.
Kevin has been testing for days now, but he was hoping for a second opinion.

--
Jody Garnett

On 6 August 2015 at 05:54, Andrea Aime  wrote:

> Hi,
> did anyone test it yet?
>
> Daniele has found today one missing class using a old data dir:
> https://github.com/geoserver/geoserver/pull/1177
>
> Cheers
> Andrea
>
>
> On Wed, Aug 5, 2015 at 1:21 AM, Jody Garnett 
> wrote:
>
>> Greetings from the geoserver-devel
>>
>> We have all manner of fun new features coming your way for GeoServer 2.8
>> - but we also have something we could really use a hand with.
>>
>> As you may know we recently introduced a responsible disclosure policy,
>> and as a result have been collecting additional security vulnerability
>> reports. To that effect we have a fix for GEOS-7124 that we could use a
>> hand testing.
>>
>> This change carefully checks the geoserver configuration definitions as
>> they are being loaded from disk or the REST API. We have changed our policy
>> from accepting anything, to only accepting objects that have been
>> "whitelisted" for use.
>>
>> The real question is did we list everything that is required? Or did we
>> miss something you use ... we won't know until you try.
>>
>> Please download a GeoServer nightly build (
>> http://geoserver.org/release/master/) give it a go, and report back if
>> you have any problems. Problems should be very obvious (like it refuses to
>> startup or is missing layers).
>>
>> If you use any libraries to configure geoserver (such as gsconfig
>> <https://github.com/boundlessgeo/gsconfig> or geoserver-manager
>> <https://github.com/geosolutions-it/geoserver-manager>) we especially
>> want to hear back!
>> --
>> Jody Garnett
>>
>>
>> --
>>
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
>
> --
> ==
> 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 Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.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 for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility  for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
> ---
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Layer Transparency

[Jody Garnett]

Do you have an image showing where you are at? I assume that you are
talking transparency where you have no features (to control feature
transparency use PolygonSymbolizer opacity).

You may wish to ask on the open layers list?

--
Jody Garnett

On 11 August 2015 at 12:10, Jair Santos  wrote:

> Hello all,
>
>
>
> Is there anything that I have to set in geoserver to make a layer
> transparent?
>
>
>
> I’ve been trying several different settings in Openlayers but nothing
> works.
>
>
>
> new ol.layer.Image({
>
> source: new ol.source.ImageWMS({
>
>   url: 'http://192.168.1.113:8080/geoserver/wms?transparent=true',
>
>   params: { 'LAYERS': 'pzones' },
>
>  /* transparent:true,*/
>
>   projection: projection,
>
> format: 'image/png',
>
>   serverType: 'geoserver'
>
> },
>
> {singleTile: true, ratio: 1,
>
> isBaseLayer: false,
>
> Opacity: 0.5} )
>
>
>
>   }),
>
>
>
> Thanks.
>
>
>
> JJ
>
>
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Can not view layer group page i admin interface

[Jody Garnett]

You can grep the xml files for LayerInfoImpl-3748eb9:145fe7d5f4c:-7b98 -
but yeah it is no fun doing this by hand.

Another approach is to comment out the specific layer in your layer group
so geoserver will at least start up and let you fix the problem.

--
Jody Garnett

On 11 August 2015 at 13:26, Russell Hore  wrote:

> I have now tied it down to one particular layergroup.
>
> The layer group file is as follows. is there a away to check all the
> layers it ‘uses’ are correct/viable?
>
> I am assuming one of the layers is missing/corrupt.
> Is there a way to convert the "LayerInfoImpl-3748eb9:145fe7d5f4c:-7b98”
> bit to a layer name so I know where to look?
>
> Russ
>
> 
>   LayerGroupInfoImpl-282d75b9:145fb755c94:-8000
>   lg_all_os
>   SINGLE
>   All OS Raster layers
>   
> 
>   LayerInfoImpl-3748eb9:145fe7d5f4c:-7b98
> 
> 
>   LayerInfoImpl-6c995b43:1429e7dc2b3:-7fcb
> 
> 
>   LayerInfoImpl-3748eb9:145fe7d5f4c:-7fc0
> 
> 
>   LayerInfoImpl-36fbe69c:145efe85c63:-5705
> 
> 
>   LayerGroupInfoImpl--50971344:142eaecac8f:1afa
> 
>   
>   
> 
>   <id>StyleInfoImpl-54d9e6f7:142c451928c:3ea</id>
> 
> 
>   <id>StyleInfoImpl-54d9e6f7:142c451928c:35cc</id>
> 
> 
>   <id>StyleInfoImpl--4bc4ee8f:142c3ed9d56:-70e3</id>
> 
> 
>   <id>StyleInfoImpl--4bc4ee8f:142c3ed9d56:-70e2</id>
> 
> 
>   
>   
> -139554.52234597853
> 805578.7494653241
> -14572.7924365027
> 1322557.5275064965
> EPSG:27700
>   
> 
>
>
>
> > On 5 Aug 2015, at 21:20, Russell Hore  wrote:
> >
> > I am still getting this error. All I can tell at the moment is it is
> something to do with layer groups.
> >
> > If I click on the Layer Preview link in the admin panel and then
> navigate to a page that has a layer group I get the following error in
> geoserver.log
> >
> > 2015-08-05 21:15:17,720 TRACE [org.geoserver.ows.OWSHandlerMapping] - No
> handler mapping found for [/web/]
> > 2015-08-05 21:15:17,720 TRACE [org.geoserver.ows.OWSHandlerMapping] - No
> handler mapping found for [/web/]
> > 2015-08-05 21:15:17,735 TRACE [org.geoserver.ows.OWSHandlerMapping] - No
> handler mapping found for [/web/]
> > 2015-08-05 21:15:17,735 TRACE [org.geoserver.ows.OWSHandlerMapping] - No
> handler mapping found for [/web/]
> > 2015-08-05 21:15:17,736 DEBUG [org.geoserver] - Thread 8397 locking in
> mode READ
> > 2015-08-05 21:15:17,736 DEBUG [org.geoserver] - Thread 8397 got the lock
> in mode READ
> > 2015-08-05 21:15:17,762 ERROR [org.apache.wicket.RequestCycle] - Error
> attaching this container for rendering: [MarkupContainer [Component id =
> listContainer]]
> > org.apache.wicket.WicketRuntimeException: Error attaching this container
> for rendering: [MarkupContainer [Component id = listContainer]]
> >   at
> org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1765)
> >   at org.apache.wicket.Component.onBeforeRender(Component.java:3946)
> >   at
> org.apache.wicket.Component.internalBeforeRender(Component.java:1071)
> >   at org.apache.wicket.Component.beforeRender(Component.java:1105)
> >   at
> org.apache.wicket.Component.prepareForRender(Component.java:2292)
> >   at
> org.apache.wicket.Component.prepareForRender(Component.java:2329)
> >   at
> org.apache.wicket.ajax.AjaxRequestTarget.respondComponent(AjaxRequestTarget.java:830)
> >   at
> org.apache.wicket.ajax.AjaxRequestTarget.respondComponents(AjaxRequestTarget.java:682)
> >   at
> org.apache.wicket.ajax.AjaxRequestTarget.respond(AjaxRequestTarget.java:592)
> >   at
> org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.java:105)
> >   at
> org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1258)
> >   at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
> >   at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
> >   at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
> >   at
> org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
> >   at
> org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:138)
> >   at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
> >   at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
> >   at
> org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestIntern

Re: [Geoserver-users] Schemaless WFS spatial queries in GeoServer ?

[Jody Garnett]

This is the kind of thing the CITE tests hit, so you can try enabling CITE
mode on your WFS and and using something like
. - which should check against all geometry
attributes in a feature.

Other than that I would recommend using GetFeatureInfo and asking it to
return GML.

--
Jody Garnett

On 19 August 2015 at 13:04, Martin Davis  wrote:

> The WFS spec supports "schemaless" (or perhaps "anonymous" spatial queries
> against featuretypes via the BBOX parameter.  But if a more complex query
> geometry is required (e.g. polygon), it's necessary to create a Filter,
> which then needs to have the spatial propertyname provided.
>
> This means that clients need more metadata about featuretype schemas to do
> polygon queries. This seems a bit inconsistent, since presumably the server
> mechanism can handle schemaless queries (since it can support BBOX).
>
> I suspect I know the answer to this, but I'll ask it anyway...  Is there
> any extension in GeoServer that supports WFS queries with a polygonal query
> geometry WITHOUT requiring a property name?
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Conflict monitor and printing modules?

[Jody Garnett]

Interesting, I am not sure if that is a combination that is often tested, I
guess something in the monitoring extension is tripping up parsing the
request to the printing module. The printing module is produced by a
seperate team, and is embedded into geoserver much like geowebcache.

I would view this as a bug to report against the monitoring module.


--
Jody Garnett

On 24 August 2015 at 16:24, Javier Avalos 
wrote:

> Hello everyone .
>
> Does anyone of you know if there is any conflict between the monitor and
> print modules in version 2.5.x of geoserver ?
> I'm using GeoExplorer and print a map sends me an error message . If I
> remove the monitor module , correctly generates the map and I download the
> pdf .
> The log geoserver sends me this exception :
>
> 2015-08-24 17:51:24,549 DEBUG [geoserver.monitor] - Testing /csw for
> monitor filtering
> 2015-08-24 17:51:24,549 DEBUG [ows.OWSHandlerMapping] - Mapping [/csw] to
> HandlerExecutionChain with handler [org.geoserver.ows.Dispatcher@1602bb72]
> and 1 interceptor
> 2015-08-24 17:51:24,549 INFO [geoserver.wps] -
> Request: getServiceInfo
> 2015-08-24 17:51:24,549 ERROR [geoserver.ows] -
> org.geoserver.platform.ServiceException: Could not determine geoserver
> request from http request
> org.geoserver.monitor.MonitorServletRequest@7bf63e13
> at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:575)
> at
> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:264)
> 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:620)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> at
> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> at
> org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> 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.monitor.MonitorFilter.doFilter(MonitorFilter.java:138)
> at
> org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:71)
> at
> org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:46)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> at
> org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:50)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
> 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

Re: [Geoserver-users] Failed to build Geoserver 2.5.x

[Jody Garnett]

Thanks for being so helpful Andrea!

Javier if you have a customer need to work with the 2.5.x branch you are
welcome to volunteer on geoserver-devel.

In particular you could manually run the jobs on ares as a sanity check, I
do not like to ask boundless to spend computing resources on branches that
are no longer actively maintained by the community.

As Andrea indicated inactive branches can still be released, we just have
no volunteer with interest in (and thus making a commitment) for further
releases.

--
Jody Garnett

On 24 August 2015 at 00:22, Andrea Aime 
wrote:

> Hi Javier,
> the 2.5.x branch has been dead for 5 months now, which in particular means
> the build jobs
> for GeoServer 2.5.x and GeoTools 12.x have not been running for all that
> time.
>
> Some devs have been doing commits on those branches for specific projects,
> or for customers
> that still required support for it, but with the build servers down, the
> jars are not pushed
> to the Maven repositories anymore (which means the GeoTools jars in the
> repos are 5 months old),
> and there is no guarantee the code is fully building either.
>
> I can reproduce your build failure, which is related to not having fresh
> jars.
> So I've checked out GeoTools 12.x, and I've found it's not building either
> due to compile
> errors.
>
> I've fixed them, now you can build GeoServer by:lessless
> * Checking out GeoTools 12.x and build it locally, to get fresh jars from
> it
> * Build GeoServer with -nsu, to make sure Maven does not try to get
> GeoTools jars from the maven repositories
>
> This should hopefully work, but mind, you're basically on your own working
> with this branch.
>
> If you want to work on a branch that has six months of build server and
> core developer attention ahead,
> you should use 2.7.x, which is about to get into maintenance mode (in
> September), if you want a year,
> you should checkout master, which is going to be cut into 2.8.x in the
> next few days.
>
> I know several complain the cycling is too fast, I can relate, but given
> the current resources, we basically
> have no other choice, in six months we accumulate several new features,
> and we need to stop and cut
> a release before the accumulation of new stuff gets the code out of
> control (we got there already in the past,
> a year and a half without releases because we added too much new stuff)
>
> If we had more developers helping with the backports we could maybe have a
> maintenance phase
> of one year (giving the full release a 1.5yr lifespan), but nobody ever
> volunteered for that.
> It's indeed hard, the changes are made on master first, then backported on
> stable, usually with
> small difficulty, then backported to maintenance, and that often happens
> with some sizeable effort
> because the code base has shifted too much, if we tried to backport to a
> codebase that's
> over one year old, it would just get harder.
> And then we'd need someone to cut releases from this series, which would
> also be a problem,
> since we'd have at any point in time two maintenance series in parallel.
>
> As said... it's not easy, but if someone wants to try, we could probably
> try to keep the
> build servers up for that series, and give some hints on why a certain a
> backport fails to apply.
>
> Cheers
> Andrea
>
>
> On Mon, Aug 24, 2015 at 12:42 AM, Javier Avalos <
> java...@asesoriaensig.com.mx> wrote:
>
>> I get the following error when compiling the last Geoserver 2.5.x branch:
>>
>> [INFO]
>> 
>>
>> [INFO] Building Web Coverage Service 1.1 Module
>> [INFO]task-segment: [clean, install]
>> [INFO]
>> 
>> [INFO] [clean:clean {execution: default-clean}]
>> [INFO] Deleting directory
>> /home/javalos/Desarrollos/Geoserver/geoserver/src/wcs1_1/target
>> [INFO] [cobertura:clean {execution: default}]
>> [INFO] [git-commit-id:revision {execution: default}]
>> [INFO] [GitCommitIdMojo] Running on
>> '/home/javalos/Desarrollos/Geoserver/geoserver/.git' repository...
>> [INFO] [GitCommitIdMojo] Initializing properties...
>> [INFO] [GitCommitIdMojo] Using maven project properties...
>> [INFO] [GitCommitIdMojo] Loading data from git repository...
>> [INFO] [GitCommitIdMojo] --git properties
>> loaded--
>> [INFO] [GitCommitIdMojo] build.commit.message.short = Merge branch
>> '2.5.x' of https://github.com/geoserver/geoserver into sigmserver
>> [INFO] [GitCommitIdMojo] build

Re: [Geoserver-users] Failed to build Geoserver 2.5.x

[Jody Garnett]

We may need to upload the "missing jar" to repo.boundlessgeo.com.

I wonder what that file has on the repository?
- http://repo.boundlessgeo.com/main/org/geotools/gt-charts/11-SNAPSHOT/

Compared to an actual release:
- http://download.osgeo.org/webdav/geotools/org/geotools/gt-charts/11.5/

Have a look at what has been downloaded in your local repository and
compare to what is expected:



  org.geotools
  gt-charts
  11-20150127.024558-38
  

  20150206.175632
  39

20150206175633

  
pom
11-20150206.175632-39
20150206175632
  
  
sources
jar
11-20150206.175632-39
20150206175632
  
  
jar
11-20150206.175632-39
20150206175632
  

  





--
Jody Garnett

On 24 August 2015 at 08:57, Javier Avalos 
wrote:

> Thanks Andrea.
>
> The error was resolved with your recommendations. But now I have another
> problem. The Codehaus repository is closed and the extension gs -charts
> tries to connect to it. I removed that repository from pom file located in
> the root of Geoserver,however the error persists  . The mistake that sends
> me now is:
>
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Error building POM (may not be this project's POM).
>
>
> Project ID: org.geotools:gt-charts
>
> Reason: Error getting POM for 'org.geotools:gt-charts' from the
> repository: Unable to read local copy of metadata: Cannot read metadata
> from
> '/home/javalos/.m2/repository/org/geotools/gt-charts/11-SNAPSHOT/maven-metadata-codehaus.xml':
> only whitespace content allowed before start tag and not T (position:
> START_DOCUMENT seen T... @1:1)
>   org.geotools:gt-charts:pom:11-SNAPSHOT
>
>
>  for project org.geotools:gt-charts
>
> Thanks for everything
>
>
> 2015-08-24 2:28 GMT-05:00 Andrea Aime :
>
>> On Mon, Aug 24, 2015 at 9:22 AM, Andrea Aime <
>> andrea.a...@geo-solutions.it> wrote:
>>
>>> I've fixed them, now you can build GeoServer by:
>>> * Checking out GeoTools 12.x and build it locally, to get fresh jars
>>> from it
>>> * Build GeoServer with -nsu, to make sure Maven does not try to get
>>> GeoTools jars from the maven repositories
>>>
>>
>> Hum nope, never mind... GeoServer still does not build.
>> Hmm... ah, GeoServer 2.5.x depends on GeoTools 11.x, not 12.x :-)
>> So, you'll need a local build of that one
>>
>> 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 Poggio alle Viti 1187
>> 55054  Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob: +39  339 8844549
>>
>> http://www.geo-solutions.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
>> for the attention and use of the named addressee(s) and may be confidential
>> or proprietary in nature or covered by the provisions of privacy act
>> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
>> Code).Any use not in accord with its purpose, any disclosure, reproduction,
>> copying, distribution, or either dissemination, either whole or partial, is
>> strictly forbidden except previous formal approval of the named
>> addressee(s). If you are not the intended recipient, please contact
>> immediately the sender by telephone, fax or e-mail and delete the
>> information in this messa

Re: [Geoserver-users] Conflict monitor and printing modules? (Solved)

[Jody Garnett]

Um so can we get that as a pull request so the conflict stays fixed for
others :)

--
Jody Garnett

On 25 August 2015 at 17:03, Javier Avalos 
wrote:

> I answered myself :
>
> adding the following line:
>
>  /pdf/ **
>
> to the filter.properties configuration file of the monitoring module and
> restart geoserver the error disappears .
>
> Cheers!
>
>
> 2015-08-24 18:52 GMT-05:00 Jody Garnett :
>
>> Interesting, I am not sure if that is a combination that is often tested,
>> I guess something in the monitoring extension is tripping up parsing the
>> request to the printing module. The printing module is produced by a
>> seperate team, and is embedded into geoserver much like geowebcache.
>>
>> I would view this as a bug to report against the monitoring module.
>>
>>
>> --
>> Jody Garnett
>>
>> On 24 August 2015 at 16:24, Javier Avalos 
>> wrote:
>>
>>> Hello everyone .
>>>
>>> Does anyone of you know if there is any conflict between the monitor and
>>> print modules in version 2.5.x of geoserver ?
>>> I'm using GeoExplorer and print a map sends me an error message . If I
>>> remove the monitor module , correctly generates the map and I download the
>>> pdf .
>>> The log geoserver sends me this exception :
>>>
>>> 2015-08-24 17:51:24,549 DEBUG [geoserver.monitor] - Testing /csw for
>>> monitor filtering
>>> 2015-08-24 17:51:24,549 DEBUG [ows.OWSHandlerMapping] - Mapping [/csw]
>>> to HandlerExecutionChain with handler 
>>> [org.geoserver.ows.Dispatcher@1602bb72]
>>> and 1 interceptor
>>> 2015-08-24 17:51:24,549 INFO [geoserver.wps] -
>>> Request: getServiceInfo
>>> 2015-08-24 17:51:24,549 ERROR [geoserver.ows] -
>>> org.geoserver.platform.ServiceException: Could not determine geoserver
>>> request from http request
>>> org.geoserver.monitor.MonitorServletRequest@7bf63e13
>>> at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:575)
>>> at
>>> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:264)
>>> 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:620)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>>> at
>>> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>>> at
>>> org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>>> 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.monitor.MonitorFilter.doFilter(MonitorFilter.java:138)
>>> at
>>> org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:71)
>>> at
>>> org.geoserver.filters.SpringDelegatingFilter.doFilter(Spr

Re: [Geoserver-users] Conflict monitor and printing modules? (Solved)

[Jody Garnett]

Here is a pull request: https://github.com/geoserver/geoserver/pull/1197

A cross module incompatibility is not easy to write a test case for,
perhaps I can ask you to test a nightly build when/if the above is merged
in.
--
Jody Garnett

On 25 August 2015 at 22:28, Jody Garnett  wrote:

> Um so can we get that as a pull request so the conflict stays fixed for
> others :)
>
> --
> Jody Garnett
>
> On 25 August 2015 at 17:03, Javier Avalos 
> wrote:
>
>> I answered myself :
>>
>> adding the following line:
>>
>>  /pdf/ **
>>
>> to the filter.properties configuration file of the monitoring module and
>> restart geoserver the error disappears .
>>
>> Cheers!
>>
>>
>> 2015-08-24 18:52 GMT-05:00 Jody Garnett :
>>
>>> Interesting, I am not sure if that is a combination that is often
>>> tested, I guess something in the monitoring extension is tripping up
>>> parsing the request to the printing module. The printing module is produced
>>> by a seperate team, and is embedded into geoserver much like geowebcache.
>>>
>>> I would view this as a bug to report against the monitoring module.
>>>
>>>
>>> --
>>> Jody Garnett
>>>
>>> On 24 August 2015 at 16:24, Javier Avalos 
>>> wrote:
>>>
>>>> Hello everyone .
>>>>
>>>> Does anyone of you know if there is any conflict between the monitor
>>>> and print modules in version 2.5.x of geoserver ?
>>>> I'm using GeoExplorer and print a map sends me an error message . If I
>>>> remove the monitor module , correctly generates the map and I download the
>>>> pdf .
>>>> The log geoserver sends me this exception :
>>>>
>>>> 2015-08-24 17:51:24,549 DEBUG [geoserver.monitor] - Testing /csw for
>>>> monitor filtering
>>>> 2015-08-24 17:51:24,549 DEBUG [ows.OWSHandlerMapping] - Mapping [/csw]
>>>> to HandlerExecutionChain with handler 
>>>> [org.geoserver.ows.Dispatcher@1602bb72]
>>>> and 1 interceptor
>>>> 2015-08-24 17:51:24,549 INFO [geoserver.wps] -
>>>> Request: getServiceInfo
>>>> 2015-08-24 17:51:24,549 ERROR [geoserver.ows] -
>>>> org.geoserver.platform.ServiceException: Could not determine geoserver
>>>> request from http request
>>>> org.geoserver.monitor.MonitorServletRequest@7bf63e13
>>>> at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:575)
>>>> at
>>>> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:264)
>>>> 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:620)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>>>> at
>>>> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>>>> at
>>>> org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>>>> at
>>>> o

Re: [Geoserver-users] could not add font or halo to textsymbolizer

[Jody Garnett]

There is no option to disable this feature (it is a part of how XML works).

Do you have a specific documentation page that is wrong? If so please see
Quickfix <http://docs.geoserver.org/latest/en/docguide/quickfix.html> to
change the page.

--
Jody Garnett

On 25 August 2015 at 13:23, walter.nordmann  wrote:

> Hi, i had  the problem to add *Font* or *Halo* to a simple TextSymbolizer.
> Nothing validated - even not the examples from the GeoServer Online-Doc!
>
> Then after 2 days i found that the *sequence of elements is important*.
> Geometry, Label, Font, LabelPlacement, Halo a.s.o.
>
> Question: Why do the examples not work for me? They don't use this
> sequence.
> Or is there an option to disable this "feature"?
>
> Running 2.7.2
>
> Regards
> walter
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/could-not-add-font-or-halo-to-textsymbolizer-tp5221046.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] RE : RE : TR : Line label placement improvement

[Jody Garnett]

I a going to assume this is your pull request here (
https://github.com/geotools/geotools/pull/948). We should probably be
discussing it on geotools list. Let me review quickly now ...

--
Jody Garnett

On 25 August 2015 at 08:58, Michael Michaud  wrote:

> Hi,
>
> Thank you for the help,
> I think you get the pull request now.
>
> I added a static variable DISABLE_LETTER_LEVEL_CONFLICT in LabelCacheImpl
> to be able to disable the new behaviour from system property
> "org.geotools.labelcache.disableLetterLevelConflict".
> It should probably be final but I needed to switch the option on and off
> in the unit tests.
>
> Let us know if there is something else we can do to validate the patch.
>
> Michaël
> --
> *De :* andrea.a...@gmail.com [andrea.a...@gmail.com] de la part de Andrea
> Aime [andrea.a...@geo-solutions.it]
> *Date d'envoi :* lundi 24 août 2015 20:37
> *À :* Michael Michaud
> *Cc :* geoserver-users@lists.sourceforge.net; Mathieu Lemarchand; Arnaud
> Braun
> *Objet :* Re: RE : [Geoserver-users] TR : Line label placement improvement
>
> On Mon, Aug 24, 2015 at 8:34 PM, Michael Michaud 
> wrote:
>
>> Hi Andrea,
>>
>> OK, I changed the way to activate the option (vendorOption -> system
>> variable), but I can't create a pull request. I get the following error
>> from my IDE:
>>
>> Push failed:
>> unable to access 'https://github.com/geotools/geotools/': The requested
>> URL returned error: 403
>>
>
> You are trying to push to the main repository, this is not a pull requset
> :-)
>
>
>>
>> Maybe I should have created my fork on github first instead of checking
>> out directly from geotools/geotools ?
>>
> You should create your fork, push your branch there, and then from that
> one,
> you'll be able to make a pull request (just check your project's github
> page after
> pushing the branch)
>
> More info on the internet, e.g., here:
> https://help.github.com/articles/creating-a-pull-request/
>
> 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 Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.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 for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility  for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
> ---
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] text objects are vector in wms pdf output

[Jody Garnett]

I am going to assume this is WMS PDF output, rather than use of the
printing module. I wonder if the use of halo is forcing the conversion of
the text to a shape?

Do you want to try turning the halo off and seeing if the text is retained
as text (very hand for searching PDF content).


--
Jody Garnett

On 20 August 2015 at 00:09, Jakob Ventin  wrote:

> Hi all,
>
> the text objects in pdf-output from Geoserver wms are vector, not string.
> Is
> this by purpose? Is there any ways or any chance to change this?
>
> It also seems, that lowercase l-letter ( L ) is somewhat thicker than other
> letters, see
>
> https://drive.google.com/file/d/0B-5GTVFPLqxUc18tNnZJWS15eGc/view?usp=sharing
> .
>
>
> best regards,
> Jakob
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/text-objects-are-vector-in-wms-pdf-output-tp5220397.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Cannot Install the Scripting Extension

[Jody Garnett]

This one is a community module (so not subject to the same QA and packaging
as the rest of GeoServer). That said this looks like a security/integration
error so I am not sure where to start.

Searching through the codebase (
https://github.com/geoserver/geoserver/search?utf8=✓&q=secureCatalog) shows
that secureCatalog is defined by the main module (and should be available
if the application has been able to start).

Could I ask you to report the issue and we will see if we can learn more.


--
Jody Garnett

On 17 August 2015 at 06:38, Martin Lacayo  wrote:

> Hello,
>
> I am trying to install the nightly 15-Aug-2015 2.7.x build of
> GeoServer with the Scripting Extension on a 64-bit Debian 8 server
> with Java 1.7.0_79 and Tomcat 8.0.14. I followed these without
> success.
>
>
> http://docs.geoserver.org/stable/en/user/community/scripting/installation.html
>
> Any help would be very appreciated.
>
> Thank you,
> Martin
>
> Here is an excerpt from the log:
>
> 2015-08-17 11:09:47,700 WARN [support.DisposableBeanAdapter] -
> Invocation of destroy method failed on bean with name
> 'geoServerLoader': java.lang.NullPointerException
> 2015-08-17 11:09:47,701 ERROR [context.ContextLoader] - Context
> initialization failed
> org.springframework.beans.factory.BeanCreationException: Error
> creating bean with name 'secureCatalog' defined in URL
>
> [jar:file:/var/lib/tomcat8/webapps/geoserver-test/WEB-INF/lib/gs-main-2.7-SNAPSHOT.jar!/applicationContext.xml]:
> Instantiation of bean failed; nested exception is
> org.springframework.beans.BeanInstantiationException: Could not
> instantiate bean class [org.geoserver.security.SecureCatalogImpl]:
> Constructor threw exception; nested exception is
> java.lang.NullPointerException
> at
> org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:288)
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1035)
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:939)
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:485)
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
> at
> org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:294)
> at
> org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:225)
> at
> org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:291)
> at
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
> at
> org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:607)
> at
> org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:925)
> at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:472)
> at
> org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:388)
> at
> org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:293)
> at
> org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:111)
> at
> org.geoserver.platform.GeoServerContextLoaderListener.contextInitialized(GeoServerContextLoaderListener.java:23)
> at
> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4797)
> at
> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5221)
> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
> at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:724)
> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:700)
> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:714)
> at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:919)
> at
> org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1703)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at ja

Re: [Geoserver-users] Conflict monitor and printing modules? (Solved)

[Jody Garnett]

Merged in, if you could grab a nightly build and confirm the fix works as
intended it would be greatly appreciated.

(We have a beta release scheduled shortly and I would like confirmation
that this fix works)

--
Jody Garnett

On 25 August 2015 at 22:34, Jody Garnett  wrote:

> Here is a pull request: https://github.com/geoserver/geoserver/pull/1197
>
> A cross module incompatibility is not easy to write a test case for,
> perhaps I can ask you to test a nightly build when/if the above is merged
> in.
> --
> Jody Garnett
>
> On 25 August 2015 at 22:28, Jody Garnett  wrote:
>
>> Um so can we get that as a pull request so the conflict stays fixed for
>> others :)
>>
>> --
>> Jody Garnett
>>
>> On 25 August 2015 at 17:03, Javier Avalos 
>> wrote:
>>
>>> I answered myself :
>>>
>>> adding the following line:
>>>
>>>  /pdf/ **
>>>
>>> to the filter.properties configuration file of the monitoring module and
>>> restart geoserver the error disappears .
>>>
>>> Cheers!
>>>
>>>
>>> 2015-08-24 18:52 GMT-05:00 Jody Garnett :
>>>
>>>> Interesting, I am not sure if that is a combination that is often
>>>> tested, I guess something in the monitoring extension is tripping up
>>>> parsing the request to the printing module. The printing module is produced
>>>> by a seperate team, and is embedded into geoserver much like geowebcache.
>>>>
>>>> I would view this as a bug to report against the monitoring module.
>>>>
>>>>
>>>> --
>>>> Jody Garnett
>>>>
>>>> On 24 August 2015 at 16:24, Javier Avalos >>> > wrote:
>>>>
>>>>> Hello everyone .
>>>>>
>>>>> Does anyone of you know if there is any conflict between the monitor
>>>>> and print modules in version 2.5.x of geoserver ?
>>>>> I'm using GeoExplorer and print a map sends me an error message . If I
>>>>> remove the monitor module , correctly generates the map and I download the
>>>>> pdf .
>>>>> The log geoserver sends me this exception :
>>>>>
>>>>> 2015-08-24 17:51:24,549 DEBUG [geoserver.monitor] - Testing /csw for
>>>>> monitor filtering
>>>>> 2015-08-24 17:51:24,549 DEBUG [ows.OWSHandlerMapping] - Mapping [/csw]
>>>>> to HandlerExecutionChain with handler 
>>>>> [org.geoserver.ows.Dispatcher@1602bb72]
>>>>> and 1 interceptor
>>>>> 2015-08-24 17:51:24,549 INFO [geoserver.wps] -
>>>>> Request: getServiceInfo
>>>>> 2015-08-24 17:51:24,549 ERROR [geoserver.ows] -
>>>>> org.geoserver.platform.ServiceException: Could not determine geoserver
>>>>> request from http request
>>>>> org.geoserver.monitor.MonitorServletRequest@7bf63e13
>>>>> at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:575)
>>>>> at
>>>>> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:264)
>>>>> 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:620)
>>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
>>>>> at
>>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
>>>>> at
>>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
>>>>> at
>>>>> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
>>>>> at
>>>>> org.apache.catalina.core.ApplicationF

Re: [Geoserver-users] Conflict monitor and printing modules? (Solved)

[Jody Garnett]

Thanks for the confirmation Javier, and I see simone has started taking the
fix back to the stable branch.

--
Jody Garnett

On 27 August 2015 at 19:28, Javier Avalos 
wrote:

> Hi Jody.
>
> I built it in my local repository and have installed on the production
> server . The geoserver works perfectly.
>
>
>
>
>
> 2015-08-27 1:58 GMT-05:00 Jody Garnett :
>
>> Merged in, if you could grab a nightly build and confirm the fix works as
>> intended it would be greatly appreciated.
>>
>> (We have a beta release scheduled shortly and I would like confirmation
>> that this fix works)
>>
>> --
>> Jody Garnett
>>
>> On 25 August 2015 at 22:34, Jody Garnett  wrote:
>>
>>> Here is a pull request: https://github.com/geoserver/geoserver/pull/1197
>>>
>>> A cross module incompatibility is not easy to write a test case for,
>>> perhaps I can ask you to test a nightly build when/if the above is merged
>>> in.
>>> --
>>> Jody Garnett
>>>
>>> On 25 August 2015 at 22:28, Jody Garnett  wrote:
>>>
>>>> Um so can we get that as a pull request so the conflict stays fixed for
>>>> others :)
>>>>
>>>> --
>>>> Jody Garnett
>>>>
>>>> On 25 August 2015 at 17:03, Javier Avalos >>> > wrote:
>>>>
>>>>> I answered myself :
>>>>>
>>>>> adding the following line:
>>>>>
>>>>>  /pdf/ **
>>>>>
>>>>> to the filter.properties configuration file of the monitoring module
>>>>> and restart geoserver the error disappears .
>>>>>
>>>>> Cheers!
>>>>>
>>>>>
>>>>> 2015-08-24 18:52 GMT-05:00 Jody Garnett :
>>>>>
>>>>>> Interesting, I am not sure if that is a combination that is often
>>>>>> tested, I guess something in the monitoring extension is tripping up
>>>>>> parsing the request to the printing module. The printing module is 
>>>>>> produced
>>>>>> by a seperate team, and is embedded into geoserver much like geowebcache.
>>>>>>
>>>>>> I would view this as a bug to report against the monitoring module.
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Jody Garnett
>>>>>>
>>>>>> On 24 August 2015 at 16:24, Javier Avalos <
>>>>>> java...@asesoriaensig.com.mx> wrote:
>>>>>>
>>>>>>> Hello everyone .
>>>>>>>
>>>>>>> Does anyone of you know if there is any conflict between the monitor
>>>>>>> and print modules in version 2.5.x of geoserver ?
>>>>>>> I'm using GeoExplorer and print a map sends me an error message . If
>>>>>>> I remove the monitor module , correctly generates the map and I download
>>>>>>> the pdf .
>>>>>>> The log geoserver sends me this exception :
>>>>>>>
>>>>>>> 2015-08-24 17:51:24,549 DEBUG [geoserver.monitor] - Testing /csw for
>>>>>>> monitor filtering
>>>>>>> 2015-08-24 17:51:24,549 DEBUG [ows.OWSHandlerMapping] - Mapping
>>>>>>> [/csw] to HandlerExecutionChain with handler
>>>>>>> [org.geoserver.ows.Dispatcher@1602bb72] and 1 interceptor
>>>>>>> 2015-08-24 17:51:24,549 INFO [geoserver.wps] -
>>>>>>> Request: getServiceInfo
>>>>>>> 2015-08-24 17:51:24,549 ERROR [geoserver.ows] -
>>>>>>> org.geoserver.platform.ServiceException: Could not determine
>>>>>>> geoserver request from http request
>>>>>>> org.geoserver.monitor.MonitorServletRequest@7bf63e13
>>>>>>> at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:575)
>>>>>>> at
>>>>>>> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:264)
>>>>>>> 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.doDi

Re: [Geoserver-users] Installing Extensions (GeoServer v2.7.2)

[Jody Garnett]

Trying it now on mac and importer gives me this:

[image: Inline images 1]

Starting up the app shows importer on the right hand side after I log in.

I recommend double checking that the jars are where you expect (and appear
listed as above).




--
Jody Garnett

On 28 August 2015 at 07:54, Florian Hoedt  wrote:

> Hello,
> I fail at installing geoserver extensions (e.g. Importer). The .jar Files
> are placed in .../WEB-INF/lib but geoserver seems not to recognize them
> since they wont show up in the web interface.
> I have stopped the service with tomcats manager and started it again. In
> addition i have used the "Reload" button in Tomcats Web Application
> Manager. The whole Tomcat was stopped and restartet aswell.
>
> *config:*
>
> Oracle Corporation: 1.8.0_45 (Java HotSpot(TM) 64-Bit Server VM)
>
> GeoServer Build-Informations:
>
>- *Version*
>2.7.2
>
>- *Git Version*
>e0d32d1c0053b786aba2aa458b3d839634d5d49a
>
>- *Build-Datum*
>22-Jul-2015 18:35
>
>- *GeoTools Version*
>13.2 (rev 2e2f68f9cb4f69ff319eeb4a8993d561aff6fadb)
>
>- *GeoWebCache Version*
>1.7.2 (rev 1.7.x/29d80e30c3fbbe5ede0867c6cbc5b9c0b4e6e99b)
>
> Extensions:
>
>
> http://skylink.dl.sourceforge.net/project/geoserver/GeoServer/2.7.2/extensions/geoserver-2.7.2-importer-plugin.zip
>
>
> http://heanet.dl.sourceforge.net/project/geoserver/GeoServer/2.7.2/extensions/geoserver-2.7.2-gdal-plugin.zip
>
> http://vorboss.dl.sourceforge.net/project/geoserver/GeoServer/2.7.2/extensions/geoserver-2.7.2-ogr-plugin.zip
>
> http://vorboss.dl.sourceforge.net/project/geoserver/GeoServer/2.7.2/extensions/geoserver-2.7.2-printing-plugin.zip
>
> http://netcologne.dl.sourceforge.net/project/geoserver/GeoServer/2.7.2/extensions/geoserver-2.7.2-imagemap-plugin.zip
>
> http://heanet.dl.sourceforge.net/project/geoserver/GeoServer/2.7.2/extensions/geoserver-2.7.2-imagemosaic-jdbc-plugin.zip
>
>
> All of these are unzipped and their .jars placed into the WEB-INF/lib
> folder.
>
>
> cheers,
>
> Florian Hoedt
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] GeoServer 2.8-beta released

[Jody Garnett]

We are happy to announce the release of GeoServer 2.8-beta
<http://geoserver.org/release/2.8-beta/>. Downloads are available (zip
<http://sourceforge.net/projects/geoserver/files/GeoServer/2.8-beta/geoserver-2.8-beta-bin.zip/download>
, war
<http://sourceforge.net/projects/geoserver/files/GeoServer/2.8-beta/geoserver-2.8-beta-war.zip/download>
, dmg
<http://sourceforge.net/projects/geoserver/files/GeoServer/2.8-beta/geoserver-2.8-beta.dmg/download>
 and exe
<http://sourceforge.net/projects/geoserver/files/GeoServer/2.8-beta/geoserver-2.8-beta.exe/download>)
along with docs and extensions.

For more information (and a description of the new features) please check:


   - GeoServer 2.8-beta released
   <http://blog.geoserver.org/2015/08/31/geoserver-2-8-beta-release/> (blog)
   - The 2.8-beta
   
<https://osgeo-org.atlassian.net/jira/secure/ReleaseNote.jspa?projectId=1&version=10164>
and 2.8-M0
   
<https://osgeo-org.atlassian.net/jira/secure/ReleaseNote.jspa?projectId=1&version=10163>
release notes.

This beta release is made available for collaboration with everyone *HERE* on
our the user list!

The release schedule
<https://github.com/geoserver/geoserver/wiki/Release-Schedule> indicates we
have a week before in which to help out:


   - Please download this beta and try it out with your data!
   This is important - the development team only has limited test data to
   work with - we depend on you to test GeoServer with an extensive range of
   spatial data!
   - This release includes several security updates - please help ensure
   these fixes do not cause problems (by trying out this release and ensuring
   your configuration loads correctly).
   - If you are able to try out any of the new functionality
   <http://blog.geoserver.org/2015/08/31/geoserver-2-8-beta-release/>, we
   welcome your feedback and any clarifications for the documentation.

Reply to this message, say hi to the development team, and indicate the
platform you were able to test on and I will be sure to list you in the
credits for the GeoServer 2.8 release announcement next month.
--
Jody Garnett
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Issue with internal connection pooling for Oracle datastore with no schema name?

[Jody Garnett]

I have a silly suggestion, when not using a schema is the data store
getting back an amazingly large number of oracle tables .. checking each
one for a spatial index and so on?

I would expect that to take a bit longer on startup ... but you are
indicating that every GetMap request is consistently slow.

--
Jody Garnett

On 1 September 2015 at 12:46, Martin Davis  wrote:

> An update on this issue.
>
> As Andrea predicted, using a JNDI connection made no difference to the
> performance issue (no schema still substantially slower than using a
> schema).
>
> We're now attempting to do Oracle logging to try and see what's getting
> run that might slow a map request down.  (We have only limited access to
> the box where the problem shows up).  Results are not conclusive so far,
> but we think we are seeing several queries being run over as many as 5
> different "Geoserver sessions" during a single map request.  Cannot tell
> what these are yet, but seems likely they are metadata queries.  This is
> odd, since we are not seeing this happen in another similar environment.
> One difference is that we are connecting via an Oracle Service rather than
> a SID in the slow environment.  Would be odd if this was the cause, though.
>
>
> On Fri, Jul 31, 2015 at 10:02 AM, Martin Davis  wrote:
>
>> Thanks, Andrea.
>>
>> We're using GeoServer 2.6.0
>>
>> The performance issue occurs for map requests - so wouldn't this be
>> something different to the issue with slow metadata loading (The metadata
>> retrieval is an issue we've seen as well, but it only hurts the admin, not
>> the users, so we're less caring about that  8^).
>>
>> We'll probably try using a JNDI pool and see whether that helps at all.
>> If so, we may just use that approach.  If not, we'll be looking for a code
>> fix - which we can likely get funded and contribute back.
>>
>>
>>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] cannot get layers to display in webapp on localhost

[Jody Garnett]

Is this like a cross origon configuration issue with your webapp?

--
Jody Garnett

On 1 September 2015 at 08:50, Scott Brunza  wrote:

> Sorry that I'm reposting, but the message in the archive didn't have any
> body text.
>
>
> I’m in the middle of a prototype migration/deployment and have really hit
> a wall serving up my layers from geoserver.  I’ve geoserver running from
> the “stand-alone” version running in jetty on one port and the webapp
> running in tomcat on another port.  The webapp requests data from geoserver
> via localhost.  This setup works fine on my laptop where I initially
> developed the prototype.  Since moving everything to a server on the
> intranet, the webapp can request layers from geoserver, geoserver handles
> the request, and the webapp never gets anything returned.  What’s even
> stranger, is if the prototype’s code is run a other hosts and requests data
> from the aforementioned geoserver, it gets data just fine.  The webapp can
> successfully access remote WMS layers directly (not from, or cascaded by,
> my geoserver).
>
> The laptop is running geoserver 2.3.0 and tomcat 7, both from an openSuSE
> 13.2 rpms, and Oracle's java 1.7.0_79.
> The server is running geoserver 2.7.2 (downloaded), and tomcat 7 and
> OpenJDK 1.7.0_85 from CentOS 7 rpms.
>
> Any help will be much appreciated.
>
> -B-
>
>
>
>
>
>
>
>
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Issue with internal connection pooling for Oracle datastore with no schema name?

[Jody Garnett]

So are you in position to profile the code? We recently enabled the
database online tests again, but they test conformance, not performance.

--
Jody Garnett

On 1 September 2015 at 14:38, Martin Davis  wrote:

> Yes, we are suspicious that the metadata queries are returning a lot of
> rows when no schema is specified.  But can't confirm this is happening,
> until we can get DB-level tracing enabled.
>
> And as you say, why would this be happening on every GetMap ?  And why
> happening in one environment and not in a similar different one?
>
> On Tue, Sep 1, 2015 at 2:13 PM, Jody Garnett 
> wrote:
>
>> I have a silly suggestion, when not using a schema is the data store
>> getting back an amazingly large number of oracle tables .. checking each
>> one for a spatial index and so on?
>>
>> I would expect that to take a bit longer on startup ... but you are
>> indicating that every GetMap request is consistently slow.
>>
>> --
>> Jody Garnett
>>
>> On 1 September 2015 at 12:46, Martin Davis  wrote:
>>
>>> An update on this issue.
>>>
>>> As Andrea predicted, using a JNDI connection made no difference to the
>>> performance issue (no schema still substantially slower than using a
>>> schema).
>>>
>>> We're now attempting to do Oracle logging to try and see what's getting
>>> run that might slow a map request down.  (We have only limited access to
>>> the box where the problem shows up).  Results are not conclusive so far,
>>> but we think we are seeing several queries being run over as many as 5
>>> different "Geoserver sessions" during a single map request.  Cannot tell
>>> what these are yet, but seems likely they are metadata queries.  This is
>>> odd, since we are not seeing this happen in another similar environment.
>>> One difference is that we are connecting via an Oracle Service rather than
>>> a SID in the slow environment.  Would be odd if this was the cause, though.
>>>
>>>
>>> On Fri, Jul 31, 2015 at 10:02 AM, Martin Davis 
>>> wrote:
>>>
>>>> Thanks, Andrea.
>>>>
>>>> We're using GeoServer 2.6.0
>>>>
>>>> The performance issue occurs for map requests - so wouldn't this be
>>>> something different to the issue with slow metadata loading (The metadata
>>>> retrieval is an issue we've seen as well, but it only hurts the admin, not
>>>> the users, so we're less caring about that  8^).
>>>>
>>>> We'll probably try using a JNDI pool and see whether that helps at
>>>> all.  If so, we may just use that approach.  If not, we'll be looking for a
>>>> code fix - which we can likely get funded and contribute back.
>>>>
>>>>
>>>>
>>>
>>> --
>>>
>>> ___
>>> Geoserver-users mailing list
>>> Geoserver-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>>>
>>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] cannot get layers to display in webapp on localhost

[Jody Garnett]

Here is an article on same-origin policy
<https://en.wikipedia.org/wiki/Same-origin_policy> -

There are two traditional options:

a) Set up a proxy - so geoserver appears to be served from your web server
(this is why we have the base url setting in geoserver)
b) fiddle with CORS headers and allow cross domain scripting ...

Hopefully someone here will know more :)


--
Jody Garnett

On 1 September 2015 at 17:02, Jair Santos  wrote:

>
>
>
>
> Yes it is.
>
>
>
> I am getting now
>
> “Uncaught SecurityError: Failed to execute 'getImageData' on
> 'CanvasRenderingContext2D': The canvas has been tainted by cross-origin
> data.”
>
>
>
> Thanks.
>
>
>
> JJ.
>
> *From:* Jody Garnett [mailto:jody.garn...@gmail.com]
> *Sent:* Tuesday, September 1, 2015 2:17 PM
> *To:* Scott Brunza 
> *Cc:* GeoServer Users 
> *Subject:* Re: [Geoserver-users] cannot get layers to display in webapp
> on localhost
>
>
>
> Is this like a cross origon configuration issue with your webapp?
>
>
> --
>
> Jody Garnett
>
>
>
> On 1 September 2015 at 08:50, Scott Brunza  wrote:
>
> Sorry that I'm reposting, but the message in the archive didn't have any
> body text.
>
> I’m in the middle of a prototype migration/deployment and have really hit
> a wall serving up my layers from geoserver.  I’ve geoserver running from
> the “stand-alone” version running in jetty on one port and the webapp
> running in tomcat on another port.  The webapp requests data from geoserver
> via localhost.  This setup works fine on my laptop where I initially
> developed the prototype.  Since moving everything to a server on the
> intranet, the webapp can request layers from geoserver, geoserver handles
> the request, and the webapp never gets anything returned.  What’s even
> stranger, is if the prototype’s code is run a other hosts and requests data
> from the aforementioned geoserver, it gets data just fine.  The webapp can
> successfully access remote WMS layers directly (not from, or cascaded by,
> my geoserver).
>
>
>
> The laptop is running geoserver 2.3.0 and tomcat 7, both from an openSuSE
> 13.2 rpms, and Oracle's java 1.7.0_79.
>
> The server is running geoserver 2.7.2 (downloaded), and tomcat 7 and
> OpenJDK 1.7.0_85 from CentOS 7 rpms.
>
>
> Any help will be much appreciated.
>
>
>
> -B-
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>
> --
>
> --
>
> Jody Garnett
>
>
> --
> Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
> Get real-time metrics from all of your servers, apps and tools
> in one place.
> SourceForge users - Click here to start your Free Trial of Datadog now!
> http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Failed to load the GDAL native libs (GDAL PLUGIN cannot be enabled)

[Jody Garnett]

I would double and triple check your binary path and library path.

I wonder if it is worth adding the library path to the geoserver status
page for these kind of issues?

--
Jody Garnett

On 2 September 2015 at 15:08, prpp  wrote:

> Hi,
> I'm trying to install the GDAL plugin in Geoserver but failed to do so
> after
> following the steps  here
> <http://docs.geoserver.org/latest/en/user/data/raster/gdal.html>
>
> Tomcat logs:
> WARNING: Failed to load the GDAL native libs. This is not a problem unless
> you need to use the GDAL plugins: they won't be enabled.
> java.lang.UnsatisfiedLinkError: no gdaljni in java.library.path
>
> I am using;
> Ubuntu 14.04.3 LTS
> Tomcat7
> Geoserver as WAR
> GDAL 1.11.2, released 2015/02/10
> Geoserver 2.7.2
>
> I copied the jars to the WEB-INF directory on my windows machine and it
> works fine.
>
> Thanks in advance.
> Pritimoy
>
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Failed-to-load-the-GDAL-native-libs-GDAL-PLUGIN-cannot-be-enabled-tp5222384.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
> Get real-time metrics from all of your servers, apps and tools
> in one place.
> SourceForge users - Click here to start your Free Trial of Datadog now!
> http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer 2.8-beta released

[Jody Garnett]

On 4 September 2015 at 03:38, Passmore, James H.  wrote:

> Hi Jody,
>
> You'll be relieved to know (or perhaps not) that I'm going to file a bug
> against a 2.8 beta extension.
>

Not only am I relieved - I could not be happier!

It is much easier for developers to fix bugs during this code freeze period
(as the fix can be applied directly to "master"). After the code freeze is
complete we have to apply a fix to "master" and then back port it to the
"stable" and "maintenance" series.

The back porting can take some time, and can be difficult if the fix is in
an area of the code that has changed a lot. Indeed a college of mine, Kevin
Smith, has been working like mad to back port a security fix so we could
release 2.6.5 :)

>
> Just as soon as I get a new login on the Atlassian system;  I tried
> logging in with my codehaus username but I see that doesn't work.  I assume
> that there's no way of claiming ownership of issues etc.  that I filed on
> codehaus when I get my new login.
>

There is not, but we were "lucky" to get to keep our issues.  CodeHaus used
its own custom login system called xircles which prevented Jira backup from
working. So we had the option of exporting out 1000 at a time as CSV files,
or our own cunning plan of scraping the content out using the REST API
(OSGeo hired a consultant to scrape the content via REST API).  Sadly we
did not get the compent or version information - so our release notes are
lost :(

Thanks for the report James, keep them coming!
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] .mbtiles layer preview generates error

[Jody Garnett]

It is an interesting problem, kind of a limitation of these OGC HTTP
protocols I guess.

I wonder if we could generate the export via a WPS process (which provides
the idea of a long running process and "later" retrieval).

--
Jody Garnett

On 4 September 2015 at 14:46, Jim Proctor  wrote:

> Greetings - I’m running GeoServer 2.7, and have to date successfully
> downloaded an .mbtiles version of a raster file via Layer Preview only
> once—which suggests that all .mbtiles extensions are correctly installed,
> but something else is going on. In all other cases I get a 502 error (after
> one minute), which I assume is some form of timeout in this case.
>
> When I look at the log file, it appears that GeoServer is generating a
> series of 256x256 tiles, and the process simply takes too long to complete
> prior to timeout (one log download included 324 instances, taking place
> over two minutes). Is the problem simply that it is taking GeoServer too
> long to generate the .mbtiles file, and if so, what do you recommend? (I
> did e.g. purge GeoServer memory first via Server Status panel.)
>
> Btw, if you’re interested why we are doing this, we’re looking for a
> workaround for TileMill (no longer supported) to export layers in .mbtiles
> format for upload to Fulcrum survey app as offline base layers.
>
> Regards,
>
> Jim P.
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] .mbtiles layer preview generates error

[Jody Garnett]

Thanks for the research Andrea.

Jim can you try the WPS process and report back? This is the kind of
example that is handy for our user manual.

--
Jody Garnett

On 5 September 2015 at 12:34, Andrea Aime 
wrote:

> On Sat, Sep 5, 2015 at 1:24 AM, Jody Garnett 
> wrote:
>
>> It is an interesting problem, kind of a limitation of these OGC HTTP
>> protocols I guess.
>>
>> I wonder if we could generate the export via a WPS process (which
>> provides the idea of a long running process and "later" retrieval).
>>
>
> The module actually already contains a WPS process, see here:
>
> https://github.com/geoserver/geoserver/blob/master/src/community/mbtiles/src/main/java/applicationContext.xml
>
> Some docs here:
> http://docs.geoserver.org/stable/en/user/community/mbtiles/output.html
>
> Not sure how good is it, after all, like all community modules, they are
> not officially supported, but in order
> to download a large mbtile, I'd definitely use the WPS process with an
> asynch WPS call
>
> 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 Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.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 for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility  for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
> ---
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Migrating image mosaic from one GeoServer instance to another

[Jody Garnett]

Thanks for the positive feedback on 2.8-beta Tim!

Were you able to answer your question? (i.e. do windows paths need to be
handled differently?)

--
Jody Garnett

On 7 September 2015 at 06:13, Tim Chan  wrote:

> I ended up upgrading to 2.8-beta on the target machine and the mosaic
> works now.
>
>
>
> *From:* Tim Chan
> *Sent:* Sunday, September 06, 2015 7:15 PM
> *To:* geoserver-users@lists.sourceforge.net
> *Subject:* Migrating image mosaic from one GeoServer instance to another
>
>
>
> Hi,
>
>
>
> I’m trying to use an image mosaic that was built on one instance of
> GeoServer in a different instance.  Both GeoServer instances are 2.6.1 but
> the source runs on Linux and the target on Windows 7.
>
>
>
> I perform the following steps:
>
> 1.   Create the image mosaic using a test granule, and the attached
> datastore.properties and indexer.properties (the image mosaic points to a
> PostGIS database)
>
> 2.   Delete the table that the image mosaic created and recreate it
> using my desired schema.
>
> 3.   Update the image_product_tile_3857.properties files (attached)
> so that it is heterogeneous
>
> 4.   Dump the data from the source database, edit the file paths to
> match the new installation, and load to the target database
>
> 5.   Restart geoserver
>
>
>
> Any ideas?  Do Windows paths need to be handled specially?  I’ll copy a
> log dump from a WMS request below.
>
>
>
> Cheers,
>
> Tim
>
>
>
> 2015-09-06 18:07:47,258 DEBUG [gce.imagemosaic] - Using ThreadPoolExecutor
> with the following settings: core pool size = 5
>
> max pool size = 5
>
> keep alive time 3
>
> 2015-09-06 18:07:47,259 DEBUG [geoserver.filters] - Compressing output for
> mimetype: application/vnd.ogc.se_xml;charset=UTF-8
>
> 2015-09-06 18:07:47,259 DEBUG
> [filter.GeoServerSecurityContextPersistenceFilter$1] -
> SecurityContextHolder now cleared, as request processing completed
>
> 2015-09-06 18:07:47,262 TRACE [ows.OWSHandlerMapping] - No handler mapping
> found for [/GeoCenter/ows]
>
> 2015-09-06 18:07:47,262 TRACE [ows.OWSHandlerMapping] - No handler mapping
> found for [/GeoCenter/ows]
>
> 2015-09-06 18:07:47,262 DEBUG [ows.OWSHandlerMapping] - Mapping
> [/GeoCenter/ows] to HandlerExecutionChain with handler
> [org.geoserver.ows.Dispatcher@4015409f] and 1 interceptor
>
> 2015-09-06 18:07:47,262 DEBUG [config.impl] - Could not locate service of
> type interface org.geoserver.wms.WMSInfo in workspace
> WorkspaceInfoImpl[GeoCenter], available services were [WCSInfoImpl[WCS],
> WFSInfoImpl[WFS], WMSInfoImpl[WMS], WPSInfoImpl[WPS]]
>
> 2015-09-06 18:07:47,263 INFO [geoserver.wms] -
>
> Request: getServiceInfo
>
> 2015-09-06 18:07:47,263 DEBUG [geotools.util] -
> InterpolationConverterFactory can be applied from Strings to Interpolation
>  only.
>
> 2015-09-06 18:07:47,263 DEBUG [geotools.util] - CRSConverterFactory can be
> applied from Strings to CRS  only.
>
> 2015-09-06 18:07:47,263 DEBUG [geotools.util] -
> InterpolationConverterFactory can be applied from Strings to Interpolation
>  only.
>
> 2015-09-06 18:07:47,263 DEBUG [geotools.util] - CRSConverterFactory can be
> applied from Strings to CRS  only.
>
> 2015-09-06 18:07:47,263 DEBUG [geoserver.ows] - Getting layers and styles
> from LAYERS and STYLES
>
> 2015-09-06 18:07:47,263 DEBUG [geoserver.ows] - establishing raster style
> for GeoCenter:image_product_tile_3857
>
> 2015-09-06 18:07:47,457 DEBUG [geotools.jdbc] - CLOSE CONNECTION
>
> 2015-09-06 18:07:47,457 DEBUG [geotools.jdbc] - CREATE CONNECTION
>
> 2015-09-06 18:07:47,473 DEBUG [geotools.jdbc] - CLOSE CONNECTION
>
> 2015-09-06 18:07:47,473 DEBUG [geotools.jdbc] - CREATE CONNECTION
>
> 2015-09-06 18:07:47,473 DEBUG [geotools.jdbc] - CLOSE CONNECTION
>
> 2015-09-06 18:07:47,473 DEBUG [geotools.jdbc] - CREATE CONNECTION
>
> 2015-09-06 18:07:47,473 DEBUG [geotools.jdbc] - Getting information about
> primary keys of schema_version
>
> 2015-09-06 18:07:47,473 DEBUG [geotools.jdbc] - Grabbing table pk
> metadata: SELECT "version" FROM "gc_cat"."schema_version" WHERE 0=1
>
> 2015-09-06 18:07:47,488 DEBUG [geotools.jdbc] - SELECT
> pg_get_serial_sequence('"gc_cat"."schema_version"', 'version')
>
> 2015-09-06 18:07:47,488 DEBUG [geotools.jdbc] - CLOSE CONNECTION
>
> 2015-09-06 18:07:47,488 DEBUG [geotools.jdbc] - CREATE CONNECTION
>
> 2015-09-06 18:07:47,488 DEBUG [geotools.jdbc] - CLOSE CONNECTION
>
> 2015-09-06 18:07:47,488 ERROR [geoserver.ows] -
>
> org.geoserver.platform.ServiceException: java.io.IOException: Failed to
> cre

Re: [Geoserver-users] SLD variable substitution not working when used under

[Jody Garnett]

I would not expect that to work, since PropertyName takes a literal string
(well an xpath expression), rather than an general expression.

Consider using an if expression to choose between different propertyNames?

--
Jody Garnett

On 7 September 2015 at 22:40, Murad Jamal  wrote:

> Hello
>
> Can we use the ALD variable substitution to dynamically tell which
> propertyName to use for label
>
> for example
>
>   
> 
>  
>   labelField
>   room_number
>   
> 
>   
>
>
> i have tried this and not working
>
> Please help
>
> Regards
>
> Murad
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Getting Error after upgrading to 2.7.2 from 2.4.3

[Jody Garnett]

Think we would need information, does the GML output work for example?

--
Jody Garnett

On 6 September 2015 at 18:28, Murad Jamal  wrote:

>
> Hello Guys,
>
> we had our old version as 2.4.3 and now recently we wanted to upgrade to
> latest version 2.7.2.
>
> once i have copied the workspace directory from old to new one.
>
> all the layers appear but as soon as we do a layer preview for wfs geosjon
>
> this is what i am getting
>
> Error occurred getting features Schema '' does not exist.
>
> Regards
>
> Murad
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] geofence logo?

[Jody Garnett]

Just went off to geofence github to check and it says "any question can be
directed to the GeoServer user mailing list" :)

Is there a geofence logo, would like to use it in a diagram.
--
Jody Garnett
--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [Geotools-devel] Release blocked, lack of builds

[Jody Garnett]

I am afraid repo.boundlessgeo.com (and many boundless websites) have been
unable this week. I think we will need to delay the release :(

I am afraid this is a website issue, not a network issue Andrea :(
--
Jody Garnett

On 26 September 2015 at 01:30, Andrea Aime 
wrote:

> Hi,
> I was setting up to do the final releases, but it seems we are lacking all
> the relevant
> builds to be used for a release, to start with.
>
> The release indeed requires to check if GeoServer has passed the CITE
> tests,
> pick the GeoTools and GeoServer revision numbers from it, and cut the
> release there.
>
> Unfortunately, there is no GeoServer 2.8.x, 2.8.x-nightly, and CITE tests
> builds,
> so we have nothing to refer to.
>
> I'm going to try and setup the missing builds myself, in the interest of
> expedience,
> since we are already late enough.
>
> 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 Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.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 for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility  for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
> ---
>
>
> --
>
> ___
> GeoTools-Devel mailing list
> geotools-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Multiple Layers in GetLegendGraphic?

[Jody Garnett]

Hey Martin:

I am sure we could do that, we already have a bunch of options to try and
pass in current scale/dpi to try and get a visual that matches what is on
the screen.

The code is here:

https://github.com/geoserver/geoserver/blob/master/src/wms/src/main/java/org/geoserver/wms/GetLegendGraphicRequest.java

The important part is:

 *  LAYER Required Layer for which to produce
legend graphic. A layergroup can be specified, too. In this case, STYLE and
RULE parameters can have multiple values (separated by commas), one for
each of the group layers.

So if style and rule are already setup it should be fairly easy to allow
layer to have multiple values separated by commas.

Indeed internally the code already has:

/** The featuretype(s) of the requested LAYER(s) */
private List layers=new ArrayList();

So no change to the data structure and logic should be required, just
parser and test case.

Aside: As long as we are dreaming here I would love to have one that
operates like GetFeatureInfo - and includes a reference GetMap complete
with BBox (and thus could only show the layers / rules that end up having
something on the screen.

--
Jody Garnett

On 25 September 2015 at 09:48, Martin Davis  wrote:

> It looks like GetLegendGraphic only supports requesting a legend for a
> single layer. Could this be generalized to allow multiple layers being
> requested?
>
> The use case is that in some simple clients it's difficult to display an
> arbitrary-length list of images (e.g. Jasper Reports).
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Raster projections

[Jody Garnett]

I am not sure I understand you question Dr. Haynes - the blog post is a new
feature (rather than an error). The feature has been included in recent
GeoServer releases ..

For example see 2.6.0 release aouncement
<http://blog.geoserver.org/2014/10/03/geoserver-2-6-0-released/>

--
Jody Garnett

On 25 September 2015 at 13:07, David Haynes II  wrote:

> Hello,
>
> I recently ran into this post and I am wondering if this error will be
> fixed in updated versions of geoserver.
> http://www.geo-solutions.it/blog/developers-corner-advanced-raster-projection-geoserver/
>
> --
> David Haynes, Ph.D.
> Research Associate Terra Populus
> Minnesota Population Center
> www.terrapop.org
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver 2.7.2 couldn't login

[Jody Garnett]

Not sure how to answer this one - are you using a default install of 2.7.2
- if so you are the first to report a problem of this nature?

Ideas:
- are you using the default credentials? Or did you change them like you
are supposed to after installation?
- check your geoserver logs (to confirm what data directory it is using in
case you have a previous install)

--
Jody Garnett

On 25 September 2015 at 23:22, Wondimagegn Tesfaye 
wrote:

> Dear Members,
>
> I couldn''t login through geoserver gui. I couldn't even open the login
> page, after loading and loading, it takes me to
> http://mydomain/geoserver/j_spring_security_check
>
> And shows a bad request on the page.
>
> Is there any known cause of this problem?
>
> Thank you
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] sola registry/web admin

[Jody Garnett]

Are you sure you have the right list? This is for the geoserver project ...

Looks like they considered GeoServer but did not include it (
http://mycoordinates.org/solutions-for-open-land-administration/).

Jody

--
Jody Garnett

On 26 September 2015 at 02:23, Okpanku Samuel 
wrote:

> Hi all,
> Has anyone been engaged in the use of the Solutions for Open Land
> Administration ( sola) software developed by FAO. Can it be run
> offline, can the software be configured to run with a standalone
> server like glassfish or geoserver on localhost? if so, how can this
> be achieved..
> tnx
>
>
> --
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Unable to create geofence h2 database under Linux

[Jody Garnett]

I have not tried GeoFence on 2.7.x yet ... but a lot of work has been done
a community module for 2.8 (including REST API and a new integrated GUI).

If you are in position to test please give it a go - feedback / testing /
encouragement for the developers involved is always a good thing.



--
Jody Garnett

On 25 September 2015 at 05:24, Walter Stovall 
wrote:

> Using GeoServer 2.7.2 and the matching download of GeoFence.  On my local
> Windows computer geofence starts up and creates its h2 (default) database
> by default at the home directory of my tomcat instance.  That’s OK under
> Windows but not Linux.
>
>
>
> I tried creating a property override file so I can change the location
> where the h2 database gets created but I’m having no luck getting it to
> happen there in spite of confirming in the tomcat log that my property file
> is being read.
>
>
>
> In the JVM startup flags I have:
>
>
> -Dgeofence-ovr=file:/C:\fdotwebsvc\GeoServerDataDir\geofence-byers-ovr.properties
>
>
>
> During tomcat startup I observe this in the log:
>
> 12:17:12,047  INFO PropertyOverrideConfigurer:177 - Loading properties
> file from
>
> URL [file:/C:/fdotwebsvc/GeoServerDataDir/geofence-byers-ovr.properties]
>
>
>
> In the geofence-byers-ovr.properties file I have a single line with:
>
> geofenceDataSource.url=jdbc:h2:C:\fdotwebsvc\h2db\geofence.h2.db
>
>
>
> But when I start my local tomcat I see nothing get created in the above
> h2db directory and I see a lock-file added to the {tomcat-home}/geofence_db
> directory.
>
>
>
> What can I do to change the location where the db gets created?
>
>
>
> Thanks for any assistance!
>
>
>
> Walter
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] How do jira assignments work?

[Jody Garnett]

Assignments are in the Jira for when it is used by a company in order to
"assign" developers tasks, since we are an open source project with
volunteers it feels a bit mean to assign tasks to volunteers. Jira
assignments are used by committers to "grab" an issue so others know they
are working on it.  A few volunteers are keen and have set themselves up as
"module maintainers" and are automatically assigned tasks for a component.

So please just make a comment on the issue and indicate you are working on
it :)

You will have a bit of a learning curve with maven, it is useful when
working on such a large project. By the same token git is useful for a
development team such as ours that is split across many different timezones
and organizations.

The workflow for gtihub is to:
1. Sign up for GitHub and make a "fork" of the repository
2. Clone your fork to the local machine
3. Create a branch to work on your fix
4. When you have your fix working publish the branch on github
5. From GitHub navigate to your branch and click the button for a "pull
request". When making the pull request you can provide a link in the
description (you can see many examples
<https://github.com/geoserver/geoserver/pulls> that do this)

For details see the github tutorials, and our developers guide. Welcome to
the project, look forward to working with you.



--
Jody Garnett

On 5 October 2015 at 09:07, Walter Stovall  wrote:

> I want to make a fix for https://osgeo-org.atlassian.net/browse/GEOT-5239
> (Session Startup SQL on a Oracle data store will now work).
>
>
>
> I’m new to working with the geoserver source code.  At this point I can
> get down the master release, add the Oracle extension, run geoserver in
> eclipse, reproduce the bug I want to fix and break inside that code.
>
>
>
> I’m totally new to Maven and Git.  My background is with Ant and SVN.
>
>
>
> I’m looking thru
> http://docs.geoserver.org/latest/en/developer/source.html#committing.  I
> think I see how to get setup to commit, starting with getting approval.
> How does this relate to jira?  When I make a checkin do I reference the
> jira issue?  Do I somehow get the issue assigned to me first?
>
>
>
> Thanks - Walter
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer Migration Plan

[Jody Garnett]

The code to update from previous data directory layout remains in place, so
there should not be much difference migrating from 2.0.2 --> 2.8.0 than if
you made each step along the way.

Please let the mailing list know how it goes!

On 5 October 2015 at 05:00, Richard Duivenvoorde 
wrote:

> Also be sure to take the right extension jars, and for example use the
> right jdbc jars etc... (just cut myself with an older oracle jdbc jar)
>

Thanks for the reminder, made a note in the 2.8.0 blog post (it had been
mentioned in the beta).

>
> I know that the credential/security stuff is changed in that dir (I once
> irreversible changed that when testing an upgrade.. but I had a backup).
>
> Tomcat: just take the latest version.
>
> The proof is in eating :-)
>
> Regards,
>
> Richard Duivenvoorde
>
>
>
>
> --
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver 2.8.0 upgrade and Weblogic deployment problems

[Jody Garnett]

Hello Jacob,

We do not have any active volunteers making use of weblogic, so big secret
is to test the release candidate - you are a valued member of our team and
we need your help making each release a success.

We have had two big changes that you may be hitting:
- XSD files can no longer be loaded from file references,
- Loading configuration (from the data directory or rest api) is restricted
to classes that have been "whitelisted"

Jukka has provided some sensible steps to start out with, I would also ask
you to manually change the logging level (in global.xml) to
VERBOSE_LOGGING.properties and then restart GeoServer.

Aside: glad you caught the note about including oracle JDBC driver,
although I am used to web logic configurations using JNDI.

Once we have you working again I would like to ask you to update the
WebLogic 8.1 documentation you found.






--
Jody Garnett

On 7 October 2015 at 09:24, Jacob Overgaard Madsen 
wrote:

> Hi list
>
> I really hope, that I can get some help here, because I'm on the verge of
> giving up. I currently administer a production Geoserver instance, which
> currently runs Geoserver 2.6.2. The operating system is Windows 2008 R2
> x64, and it's installed with the Windows installer with the default Jetty,
> installed as a Windows service, and runs on JRE 1.7.0_71 x86. This server
> runs fine. The data is almost 100% based on Oracle Spatial data, where I
> use the Oracle NG connection. My setup is quite large – 6000 layers, 300
> stores and 300 workspaces currently and growing.
>
> But due to recent improvements in the new version 2.8.0 regarding Oracle
> connections, I need to update this server to the new 2.8.0. But every
> attempt I've made so far to do this has failed. I have always – so far –
> been able to upgrade Geoserver by simply installing the new version,
> pointing it to the existing data directory during installation, choosing
> the same port and JRE as the previous version, and that's it. But not this
> time. When I install 2.8.0 with the Windows installer, as I've always done,
> the Windows service is created etc. But the service will never listen to
> port 8080 (or any other port). A closer inspection of the Geoserver log
> file reveals, that the line indicating successful start of the port
> listener:
>
> "Started SelectChannelConnector@0.0.0.0:8080" (taken from 2.6.2 log file)
>
> never appears in the log file. The server simply stops loading before
> reaching this point without any useful information about what's wrong in
> the log file. I have of course added the Oracle NG JAR and Oracle JDBC
> driver as always.
>
> I have played around with various memory related settings in wrapper.conf,
> like I did with 2.6.2, but nothing seems to make the server start
> correctly. I have also tried installing the server without the Windows
> service – ie. having to start the server with startup.bat and shutdown.bat.
> This doesn't seem to work neither. The server still loads the configuration
> from the data directory, until it simply stops and never starts the
> listening interface. Up until that point, the log file from 2.8.0 looks
> exactly like the log file from 2.6.2 – ie all data stores etc. seems to
> load correctly, and I can see the connections to the database being
> established by running a netstat. But the server never listens on any port.
>
> My wrapper.conf settings from 2.6.2 are here:
>
> # Java Additional Parameters
> wrapper.java.additional.1=-Djetty.home=.
> wrapper.java.additional.2=-DGEOSERVER_DATA_DIR="%GEOSERVER_DATA_DIR%"
> wrapper.java.additional.3=-XX:MaxPermSize=1024m
> wrapper.java.additional.4=-Xmx3072M
> wrapper.java.additional.5=-Xms3072m
>
> # Initial Java Heap Size (in MB)
> wrapper.java.initmemory=512
>
> # Maximum Java Heap Size (in MB)
> wrapper.java.maxmemory=512
>
> As I at some point made the assumption, that this had something to do with
> some kind of increased memory usage in 2.8.0, I figured, that I could try
> making Geoserver 2.8.0 run under Weblogic 10.3.6, which we also have.
> Running it under Weblogic would make it possible for me to run it as a
> 64-bit Windows service.
>
> But this fails also. I have deployed by unpacking the Geoserver WAR file
> and want to get Geoserver running with the default data stores in the first
> place. But even this fails. Geoserver crashes with this error in the log:
>
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean with name 'webDispatcherMapping' defined in URL
> [zip:C:/Oracle/Middleware/user_projects/domains/ClassicDomain/servers/AdminServer/tmp/_WL_user/geoserver/m2k7gc/war/WEB-INF/lib/gs-web-core-2.8.0.jar!/applicationContext.xml]:
> Initialization of bean fail

Re: [Geoserver-users] Geoserver 2.8.0 upgrade and Weblogic deployment problems

[Jody Garnett]

Got something for you, a volunteer called Walter has found a problem
"unwrapping" Oracle connections - I expect web logic wraps up Connections
for lifecycle management so this may be part of what you are looking at? (I
got to test with JBoss but not WebLogic when introducing that code).

Please let us know how you are going with Jukka's suggestions.

--
Jody Garnett

On 7 October 2015 at 09:24, Jacob Overgaard Madsen 
wrote:

> Hi list
>
> I really hope, that I can get some help here, because I'm on the verge of
> giving up. I currently administer a production Geoserver instance, which
> currently runs Geoserver 2.6.2. The operating system is Windows 2008 R2
> x64, and it's installed with the Windows installer with the default Jetty,
> installed as a Windows service, and runs on JRE 1.7.0_71 x86. This server
> runs fine. The data is almost 100% based on Oracle Spatial data, where I
> use the Oracle NG connection. My setup is quite large – 6000 layers, 300
> stores and 300 workspaces currently and growing.
>
> But due to recent improvements in the new version 2.8.0 regarding Oracle
> connections, I need to update this server to the new 2.8.0. But every
> attempt I've made so far to do this has failed. I have always – so far –
> been able to upgrade Geoserver by simply installing the new version,
> pointing it to the existing data directory during installation, choosing
> the same port and JRE as the previous version, and that's it. But not this
> time. When I install 2.8.0 with the Windows installer, as I've always done,
> the Windows service is created etc. But the service will never listen to
> port 8080 (or any other port). A closer inspection of the Geoserver log
> file reveals, that the line indicating successful start of the port
> listener:
>
> "Started SelectChannelConnector@0.0.0.0:8080" (taken from 2.6.2 log file)
>
> never appears in the log file. The server simply stops loading before
> reaching this point without any useful information about what's wrong in
> the log file. I have of course added the Oracle NG JAR and Oracle JDBC
> driver as always.
>
> I have played around with various memory related settings in wrapper.conf,
> like I did with 2.6.2, but nothing seems to make the server start
> correctly. I have also tried installing the server without the Windows
> service – ie. having to start the server with startup.bat and shutdown.bat.
> This doesn't seem to work neither. The server still loads the configuration
> from the data directory, until it simply stops and never starts the
> listening interface. Up until that point, the log file from 2.8.0 looks
> exactly like the log file from 2.6.2 – ie all data stores etc. seems to
> load correctly, and I can see the connections to the database being
> established by running a netstat. But the server never listens on any port.
>
> My wrapper.conf settings from 2.6.2 are here:
>
> # Java Additional Parameters
> wrapper.java.additional.1=-Djetty.home=.
> wrapper.java.additional.2=-DGEOSERVER_DATA_DIR="%GEOSERVER_DATA_DIR%"
> wrapper.java.additional.3=-XX:MaxPermSize=1024m
> wrapper.java.additional.4=-Xmx3072M
> wrapper.java.additional.5=-Xms3072m
>
> # Initial Java Heap Size (in MB)
> wrapper.java.initmemory=512
>
> # Maximum Java Heap Size (in MB)
> wrapper.java.maxmemory=512
>
> As I at some point made the assumption, that this had something to do with
> some kind of increased memory usage in 2.8.0, I figured, that I could try
> making Geoserver 2.8.0 run under Weblogic 10.3.6, which we also have.
> Running it under Weblogic would make it possible for me to run it as a
> 64-bit Windows service.
>
> But this fails also. I have deployed by unpacking the Geoserver WAR file
> and want to get Geoserver running with the default data stores in the first
> place. But even this fails. Geoserver crashes with this error in the log:
>
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean with name 'webDispatcherMapping' defined in URL
> [zip:C:/Oracle/Middleware/user_projects/domains/ClassicDomain/servers/AdminServer/tmp/_WL_user/geoserver/m2k7gc/war/WEB-INF/lib/gs-web-core-2.8.0.jar!/applicationContext.xml]:
> Initialization of bean failed; nested exception is
> org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean
> named '#{webDispatcherMappingSystem}' is defined  at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:480)
>
> followed by a long stack trace.
>
> I have not been able to find any useful information about this error. In
> general, the information on how to deploy Geoserver in Weblogic is
> ext

[Geoserver-users] remote execution vulnerability (via REST API admin access)

[Jody Garnett]

New blog post up: Remote Execution Vulnerability
<http://blog.geoserver.org/2015/10/20/remote-execution-vulnerability/>

GeoServer has encountered an remote execution vulnerability in the REST API
> (used for remote administration).
> This vulnerability GEOS-7124
> <https://osgeo-org.atlassian.net/browse/GEOS-7124> is addressed in the
> following scheduled
> <https://github.com/geoserver/geoserver/wiki/Release-Schedule> releases:
>
>- GeoServer 2.8.0
><http://blog.geoserver.org/2015/09/30/geoserver-2-8-0-released/> –
>stable
>
>
>- GeoServer 2.7.3
><http://blog.geoserver.org/2015/10/20/geoserver-2-7-3-released/> –
>maintenance
>
>
>- GeoServer 2.6.5 <http://geoserver.org/release/2.6.5/> – archived
>
> Thanks to Andrea Aime (GeoSolutions) and Kevin Smith (Boundless) for both
> fixing this issue and back porting to the stable and maintenance series.
> Users are encouraged to upgrade, keeping in mind exposure to this issue is 
> *limited
> to scripts using administrator credentials* to access the REST API.
> Accounts making use of making use of gsconfig
> <http://github.com/boundlessgeo/gsconfig> (Python Library) also make use
> of these facilities.


For more information check the blog post, and we would be happy to answer
questions.

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

Re: [Geoserver-users] [Geotools-devel] Jira migration resumed, versions and ticket type

[Jody Garnett]

Thanks Andrea, I released a few historical releases myself (using the email
list as a record of when the releases where made).

--
Jody Garnett

On 25 October 2015 at 02:15, Andrea Aime 
wrote:

> Hi,
> after some time working on our new jira tracker I noticed that I kept on
> considering the old migrated
> ticket troublesome and "to stay away from", mostly because they are still
> lacking a number
> of information in them.
>
> So this week I decided to move from complaint to action and wrote myself a
> set of
> small throwaway utilities to migrate some other bits from the xml dumps we
> have handy
>
> For those interested, the dumps are avaiable at
> http://webextra.osgeo.osuosl.org/codehaus/
> and the utils I'm using (pretty ugly code, you're warned) are available
> at https://github.com/aaime/jira-migration
>
> For the moment I've migrated all "affect version", "fix for version", and
> issue type
> from those files back in Jira, for GeoTools and GeoServer.
>
> The process is pretty long, as the hosting tries to actively fight off
> mass changes and
> logs me out, makes requests fail and so on (so I built a retry mechanism
> that stubbornly
> retries the migration of a given issue if it fails).
> Sometimes the migration has to be re-run 2-3 times regardless, and each
> run can take 2-3 hours,
> but oh well, in the end the tickets get updated.
>
> I've looked into removing the HTML tags, but that's quite a bit of work
> that I'm not really prepared
> to take on.
>
> I've also tried to re-establish the relations between tasks and sub-tasks,
> in this case it's the
> little jira-client library I'm using that's not playing ball, not sure if
> anything wants to take time to fix it,
> right not I'm leaning towards migrating sub-tasks to tasks (sub-task
> cannot be assigned without
> a parent, the parent is apparently not editable though with the library),
> and then link them back
> to their parent as a "blocks" link.
>
> Anyways, next on my plate is to try to reattach components, if at all
> possible, see if I can
> relink issues, and again if it does not take too much time, try to
> re-attach authors now
> that we have some user base logged into Jira. No promises, depending on
> how hard
> and how inspired I am, I might do all or none of them (or something else
> entirely!) ;-)
>
> The tools are generic, so they could be used to perform the same
> migrations for UDIG
> and GeoApi, if anyone is interested, just run the MigrateApp and answer
> the questions
> (warning, when it asks for the Jira password, it will show up in
> cleartext, so make sure you're
> alone when you run them... I've tried using the Console class, but it does
> not work
> with the Eclipse console view, and I did not want to waste time setting up
> a maven
> launcher...). Oh well, if you find it useful fork it, improve it, and if
> you feel like, send over pull requests.
>
> Cheers
> Andrea
>
> PS: I wanted to re-release all the released versions in Jira (which are
> now un-released)
> but the dumps do not contain any info about the release dates... so we're
> out of luck date wise,
> but the release notes seem to be working fine, e.g..:
>
>
> https://osgeo-org.atlassian.net/jira/secure/ReleaseNote.jspa?projectId=1&version=10139
>
> --
> ==
> 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 Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.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 for
> the attention and use of the named add

Re: [Geoserver-users] Two layers based in the same PosGis table with different styles

[Jody Garnett]

So you should do so, simply add the same layer twice. Just be case a table
has been published once, does not prevent you from publishing it a second
time. This can also be done to publish the same table with different bounds
(perhaps because you are telling a different story).

Note you can also register more than one style with a layer (and allow the
client application to choose the most appropriate style.

--
Jody Garnett

On 3 November 2015 at 17:18, Jair Santos  wrote:

> Hello all,
>
> I need to create a layer that will be based on the same table as another
> already in Geoserver. They must have different styles though.  In order to
> publish a layer I need to add the table to PosGis from a shape file and it
> will available to publish in Geoserver. To solve the problem I can
> duplicate the table with a different name, but I believe that this is not
> the best solution.
>
> What I would like to do is to create a new layer in Geoserver using the
> same database and apply a different style to it.
>
> What’s the best way of doing that?
>
> TIA.
>
> JJ.
>
>
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users