Re: [Geoserver-users] gwc

[Victor.Tey]

The Geoserver build is from master on the 24/July/2013 and my Geoserver is 
installed on ubuntu.





From: Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk]
Sent: Monday, 29 July 2013 5:52 PM
To: Tey, Victor (CESRE, Kensington)
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] gwc

Hi Victor,
Gridsets not persisting may be - http://jira.codehaus.org/browse/GEOS-5536 - 
it's a windows issue in versions before 2.3.3.

See also this thread, though no resolution:
http://sourceforge.net/mailarchive/forum.php?thread_name=20130718100257.2c339d69%40nienor.lan&forum_name=geoserver-users

Jonathan


On 29 July 2013 09:58, mailto:victor@csiro.au>> wrote:
Hi, I encountered 2 issues when trying to get GWC to work. The gridset 
EPSG:3857 which I created doesn't persist. I had to recreate it twice after I 
restart tomcat. Is there something I have to do to persist it?

Secondly, I get the error below when I was trying to get GWC to work. I have 
checked that the style exists and I was able to perform a getMap request with 
that style.


29 Jul 18:35:32 ERROR [geowebcache.GeoWebCacheDispatcher] - Problem 
communicating with GeoServer http://103.6.252.217/gadata/gwc/ser
vice/wms
29 Jul 18:35:32 INFO [geoserver.wms] -
Request: getServiceInfo
29 Jul 18:35:32 ERROR [geoserver.ows] -
org.geoserver.platform.ServiceException: No such style: 
spherical_cap_bouguer_anomaly
at 
org.geoserver.wms.map.GetMapKvpRequestReader.parseStyles(GetMapKvpRequestReader.java:1386)
at 
org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:318)
at 
org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:80)
at org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1412)
at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:622)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:263)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at org.geoserver.gwc.GWC.dispatchOwsRequest(GWC.java:1125)
at 
org.geoserver.gwc.layer.GeoServerTileLayer.dispatchGetMap(GeoServerTileLayer.java:555)
at 
org.geoserver.gwc.layer.GeoServerTileLayer.getMetatilingReponse(GeoServerTileLayer.java:500)
at 
org.geoserver.gwc.layer.GeoServerTileLayer.getTile(GeoServerTileLayer.java:449)
at 
org.geowebcache.GeoWebCacheDispatcher.handleServiceRequest(GeoWebCacheDispatcher.java:363)
at 
org.geowebcache.GeoWebCacheDispatcher.handleRequestInternal(GeoWebCacheDispatcher.java:254)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at 
org.geoserver.gwc.dispatch.GwcServiceProxy.dispatch(GwcServiceProxy.java:87)
at sun.reflect.GeneratedMethodAccessor233.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:774)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:272)
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:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:27)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:74)
at 
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:45)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatc

Re: [Geoserver-users] GeoServer behind a HTTP-Proxy

[cmaul]

Hello Rüdiger,

very easy: Admin login ---> Global --> 4th input field is: 'Proxy Base URL'.
Enter your proxy sever and you're done.

It  kills your 'Layer Preview' though as the proxy doesn't know about
Openlayers.


Cheers

Christian



-


Dr Christian Maul
Project Manager

Information Services Branch
Department of Sustainability and Environment
Level13, Marland House, 570 Bourke Street
Melbourne 3000

PO Box 500, East Melbourne Vic 3002


Telephone:+61-3-8636 2325
Telefax:  +61-3-8636 2813
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/GeoServer-behind-a-HTTP-Proxy-tp5069332p5069513.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] ELEM_INFO STARTING_OFFSET inconsistent with ORDINATES length

[Jody Garnett]

If you can narrow it down to the geometry that is causing failure we may be 
able to create a test case. 

--
Jody Garnett

On 30/07/2013, at 3:00 AM, Martin Davis  wrote:

> Right - http://jira.codehaus.org/browse/GEOS-5941
> 
> As you say, the data looks fine.  "Fraid I have no idea at the moment about 
> what might be going wrong.
> 
> 
> On Mon, Jul 29, 2013 at 4:08 AM, Jonathan Moules 
>  wrote:
>> HI Martin,
>>   I wouldn't know where to start in setting up a debug instance of 
>> GeoServer. Nor can I narrow down exactly what the problem line is based on 
>> that error.
>> 
>> But I can run the SQL query from that file which gives me 327 results.
>> 
>> The data quality seems ok. It doesn't fail Oracle Validation 
>> (SDO_GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT), and it went through some FME 
>> cleaning/validation before loading too.
>> 
>> I've opened a JIRA and attached the results of the SQL query so they can be 
>> tested and hopefully replicate the issue.
>> 
>> Regards,
>> Jonathan
>> 
>> 
>> On 26 July 2013 17:53, Martin Davis  wrote:
>>> This may be due to either a bug in the GeoTools Oracle-Geometry converter, 
>>> or to a problem with your data.  The GT Oracle Geometry converter is fairly 
>>> complex code, and has had issues in the past, so that's the first place I'd 
>>> look.
>>> 
>>> The best way to determine what's happening is to set up a debug instance of 
>>> GeoServer and trap the error right at the line it's happening.  Failing 
>>> that, if you can isolate the record causing the problem, and then post the 
>>> Oracle SDO GEOMETRY representation of the data it should be possible to 
>>> reproduce this in the GeometryConverter directly.
>>> 
>>> 
>>> On Tue, Jul 23, 2013 at 1:48 AM, Jonathan Moules 
>>>  wrote:
 Hi List,
   For some reason my GeoServer has started to throw up an error when I try 
 and render one (or may more) of the layers. Can anyone advise what the 
 problem is.
 
 The exact numbers of the offset and length in the error vary.
 
 Thanks,
 Jonathan
 
 
 2013-07-23 08:38:54,603 DEBUG [org.geotools.rendering] - Processing 1 
 stylers for http://www.warwickshire.gov.uk/public_data_db:OS_VMD_BUILDING
 2013-07-23 08:38:54,603 DEBUG [org.geotools.rendering] - creating rules 
 for scale denominator - 20,000
 2013-07-23 08:38:54,603 DEBUG [org.geotools.rendering] - Expanding 
 rendering area by 2 pixels to consider stroke width
 2013-07-23 08:38:54,603 DEBUG [org.geotools.rendering] - Querying layer 
 http://www.warwickshire.gov.uk/public_data_db:OS_VMD_BUILDING with bbox: 
 ReferencedEnvelope[458740.8 : 464497.6, 258036.796 : 263793.6]
 2013-07-23 08:38:54,603 DEBUG [org.geotools.jdbc] - CREATE CONNECTION
 2013-07-23 08:38:54,603 TRACE [org.geotools.core] - ENTRY 4
 2013-07-23 08:38:54,603 DEBUG [org.geotools.filter] - exporting 
 PropertyName
 2013-07-23 08:38:54,603 DEBUG [org.geotools.jdbc] - SELECT SDO_GEOMETRY as 
 SDO_GEOMETRY FROM OSMM.OS_VMD_BUILDING WHERE  SDO_FILTER(SDO_GEOMETRY, ?, 
 'mask=anyinteract querytype=WINDOW') = 'TRUE' 
 2013-07-23 08:38:54,618 DEBUG [org.geotools.data.oracle.sdo] - Using layer 
 SRID: 27700
 2013-07-23 08:38:54,618 DEBUG [org.geotools.jdbc] - Setting parameter 1 as 
 MDSYS.SDO_GEOMETRY(2003,27700,NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(458740.8,258036.796,464497.6,263793.6))
 2013-07-23 08:38:54,618 DEBUG [org.geotools.jdbc] - 1 = POLYGON ((458740.8 
 258036.796, 458740.8 263793.6, 464497.6 263793.6, 464497.6 
 258036.796, 458740.8 258036.796))
 2013-07-23 08:38:54,665 ERROR [org.geotools.rendering] - ELEM_INFO 
 STARTING_OFFSET 393 inconsistent with ORDINATES length 197
 java.lang.IllegalArgumentException: ELEM_INFO STARTING_OFFSET 393 
 inconsistent with ORDINATES length 197
at org.geotools.data.oracle.sdo.SDO.createPoint(SDO.java:2463)
at org.geotools.data.oracle.sdo.SDO.createCollection(SDO.java:3000)
at org.geotools.data.oracle.sdo.SDO.create(SDO.java:2429)
at org.geotools.data.oracle.sdo.SDO.create(SDO.java:2383)
at 
 org.geotools.data.oracle.sdo.GeometryConverter.asGeometry(GeometryConverter.java:125)
at 
 org.geotools.data.oracle.OracleDialect.readGeometry(OracleDialect.java:506)
at 
 org.geotools.data.oracle.OracleDialect.readGeometry(OracleDialect.java:492)
at 
 org.geotools.data.oracle.OracleDialect.decodeGeometryValue(OracleDialect.java:455)
at org.geotools.jdbc.JDBCFeatureReader.next(JDBCFeatureReader.java:310)
at org.geotools.jdbc.JDBCFeatureReader.next(JDBCFeatureReader.java:70)
at 
 org.geotools.data.store.ContentFeatureCollection$WrappingFeatureIterator.next(ContentFeatureCollection.java:145)
at 
 org.geotools.data.store.ContentFeatureCollection$WrappingFeatureIterator.next(ContentFeature

Re: [Geoserver-users] Adding lots of GeoTiffs at once

[David Winslow]

In bash[1] and many other unix-like shells, the rules for how things are
interpreted inside of single quotes is much less complicated than for
double. For URLs I would generally not expect to encounter any of the
exceptions, but I think that's the reason that tutorials generally stick to
single-quotes (even if for many authors it turns out to be cargo-culting.)

[1]: http://tldp.org/LDP/Bash-Beginners-Guide/html/sect_03_03.html

--
David Winslow
OpenGeo - http://opengeo.org/


On Mon, Jul 29, 2013 at 3:11 PM, Mike Pumphrey  wrote:

> It's actually not that bad, provided you remember to use double quotes
> instead of single quotes (double quotes seem to work cross-platform, not
> sure why the tendency is to use single quotes) and to put it all on one
> line (as you have surmised). I usually put the payload in a separate file
> to make the command a bit shorter.
>
>
> Thanks,
> Mike Pumphrey
> OpenGeo - http://opengeo.org
>
>
> On 7/29/2013 9:35 AM, Jonathan Moules wrote:
> > Confirmed my supposition. Curl on windows is a royal pain with multi-line
> > stuff (as is required here it seems). I keep getting "< was unexpected at
> > this time". I'll just stick to doing it manually. Much less stress.
> >
> > Jonathan
> >
> >
> > On 29 July 2013 17:20, Jonathan Moules
> > wrote:
> >
> >> Thanks Both,
> >>   I'm not sure setting up a script to do rest/curl will be any faster
> than
> >> just zipping through the 39 of them manually.
> >> Useful to know for the future though.
> >>
> >> Cheers,
> >> Jonathan
> >>
> >>
> >>
> >>
> >> On 29 July 2013 17:13, Russ Hore  wrote:
> >>
> >>> Can't you use CURL/REST?
> >>>
> >>> Russ
> >>>
> >>> ---
> >>>
> >>>
> >>> On 29 Jul 2013, at 16:56, Jonathan Moules <
> >>> jonathanmou...@warwickshire.gov.uk> wrote:
> >>>
> >>> Hi List,
> >>> I have 39 different GeoTiff layers I want to add to GeoServer. They're
> >>> not part of a mosaic or pyramid or anything, each is a separate file
> and
> >>> needs to be a separate layer.
> >>>
> >>> Is there an easy way to add them all to GeoServer rather than just
> >>> manually slogging through create store -> Publish Layer 39 times?
> >>>
> >>> Thanks,
> >>> Jonathan
> >>>
> >>> This transmission is intended for the named addressee(s) only and may
> >>> contain sensitive or protectively marked material up to RESTRICTED and
> >>> should be handled accordingly. Unless you are the named addressee (or
> >>> authorised to receive it for the addressee) you may not copy or use
> it, or
> >>> disclose it to anyone else. If you have received this transmission in
> error
> >>> please notify the sender immediately. All email traffic sent to or
> from us,
> >>> including without limitation all GCSX traffic, may be subject to
> recording
> >>> and/or monitoring in accordance with relevant legislation.
> >>>
> >>>
> >>>
> --
> >>> See everything from the browser to the database with AppDynamics
> >>> Get end-to-end visibility with application monitoring from AppDynamics
> >>> Isolate bottlenecks and diagnose root cause in seconds.
> >>> Start your free trial of AppDynamics Pro today!
> >>>
> >>>
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> >>>
> >>> ___
> >>> Geoserver-users mailing list
> >>> Geoserver-users@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> >>>
> >>>
> >>
> >
> >
> >
> >
> --
> > Get your SQL database under version control now!
> > Version control is standard for application code, but databases havent
> > caught up. So what steps can you take to put your SQL databases under
> > version control? Why should you start doing it? Read more to find out.
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
> >
> >
> >
> > ___
> > Geoserver-users mailing list
> > Geoserver-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
> >
>
>
> --
> Get your SQL database under version control now!
> Version control is standard for application code, but databases havent
> caught up. So what steps can you take to put your SQL databases under
> version control? Why should you start doing it? Read more to find out.
> http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what

Re: [Geoserver-users] Adding lots of GeoTiffs at once

[Mike Pumphrey]

It's actually not that bad, provided you remember to use double quotes instead 
of single quotes (double quotes seem to work cross-platform, not sure why the 
tendency is to use single quotes) and to put it all on one line (as you have 
surmised). I usually put the payload in a separate file to make the command a 
bit shorter.


Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org


On 7/29/2013 9:35 AM, Jonathan Moules wrote:
> Confirmed my supposition. Curl on windows is a royal pain with multi-line
> stuff (as is required here it seems). I keep getting "< was unexpected at
> this time". I'll just stick to doing it manually. Much less stress.
>
> Jonathan
>
>
> On 29 July 2013 17:20, Jonathan Moules
> wrote:
>
>> Thanks Both,
>>   I'm not sure setting up a script to do rest/curl will be any faster than
>> just zipping through the 39 of them manually.
>> Useful to know for the future though.
>>
>> Cheers,
>> Jonathan
>>
>>
>>
>>
>> On 29 July 2013 17:13, Russ Hore  wrote:
>>
>>> Can't you use CURL/REST?
>>>
>>> Russ
>>>
>>> ---
>>>
>>>
>>> On 29 Jul 2013, at 16:56, Jonathan Moules <
>>> jonathanmou...@warwickshire.gov.uk> wrote:
>>>
>>> Hi List,
>>> I have 39 different GeoTiff layers I want to add to GeoServer. They're
>>> not part of a mosaic or pyramid or anything, each is a separate file and
>>> needs to be a separate layer.
>>>
>>> Is there an easy way to add them all to GeoServer rather than just
>>> manually slogging through create store -> Publish Layer 39 times?
>>>
>>> Thanks,
>>> Jonathan
>>>
>>> This transmission is intended for the named addressee(s) only and may
>>> contain sensitive or protectively marked material up to RESTRICTED and
>>> should be handled accordingly. Unless you are the named addressee (or
>>> authorised to receive it for the addressee) you may not copy or use it, or
>>> disclose it to anyone else. If you have received this transmission in error
>>> please notify the sender immediately. All email traffic sent to or from us,
>>> including without limitation all GCSX traffic, may be subject to recording
>>> and/or monitoring in accordance with relevant legislation.
>>>
>>>
>>> --
>>> See everything from the browser to the database with AppDynamics
>>> Get end-to-end visibility with application monitoring from AppDynamics
>>> Isolate bottlenecks and diagnose root cause in seconds.
>>> Start your free trial of AppDynamics Pro today!
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>>>
>>> ___
>>> Geoserver-users mailing list
>>> Geoserver-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>>>
>>
>
>
>
> --
> Get your SQL database under version control now!
> Version control is standard for application code, but databases havent
> caught up. So what steps can you take to put your SQL databases under
> version control? Why should you start doing it? Read more to find out.
> http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
>
>
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Adding lots of GeoTiffs at once

[arahav]

Yeah, we use Python and Requests (http://docs.python-requests.org/en/latest/)
instead of CURL... 
You can also try gsconfig.






--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Adding-lots-of-GeoTiffs-at-once-tp5069402p5069427.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] EXTERNAL: Re: JP2MrSID not available in data stores

[jdoley]

I hadn’t noticed that section of the manual. It looks promising, thanks. I’ve 
not been able to figure out yet where I can get the plugin binaries for my OS 
but am still looking.

From: Daniele Romagnoli-3 [via OSGeo.org] 
[mailto:ml-node+s1560n5069398...@n6.nabble.com]
Sent: Monday, July 29, 2013 11:50 AM
To: Doley, John R
Subject: EXTERNAL: Re: JP2MrSID not available in data stores

Hi John,
I would take a look at this section of the latest documentation about GDAL 
external plugins:
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html#adding-support-for-ecw-and-mrsid-on-windows

Please, let us know if that solves your issues.
Cheers,
Daniele



==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more 
information.
==
Ing. Daniele Romagnoli
Senior Software Engineer

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

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---

On Mon, Jul 29, 2013 at 3:31 PM, jdoley <[hidden 
email]> wrote:
Does anyone have the LizardTech formats working in 2.3.3 that could suggest
what's missing in my configuration?

I've installed: GeoServer latest stable 2.3.3 on Windows 7 Ent, the
associated GDAL plugin, and followed the instructions from the doc:

- downloaded the 1.1.7 GDAL native libraries (and added to my PATH)
- downloaded the 1.1.7 CRS data (and set the location to GDAL_DATA)

but the available WMS data sources do not include either JP2MrSid or MrSID
(other GDAL formats, like NITF, do appear). Within the GDAL native libraries
when I run "gdalinfo --formats" I also do not see these LTI formats although
it looks like the LTI DSDK dlls are included there:

lti_dsdk.dll
lti_lidar_dsdk.dll

I also tried downloading the LTI Raster DSDK from LizardTech and also added
these to the PATH but this made no difference. The only hints from the log
are the messages:


2013-07-29 09:26:01,568 DEBUG [gdal.envihdr] - EnviHdrFormatFactory is
availaible.
2013-07-29 09:26:01,584 DEBUG [gdal.ehdr] - EsriHdrFormatFactory is
availaible.
2013-07-29 09:26:03,612 DEBUG [gdal.rpftoc] - RPFTOCFormatFactory is
availaible.
2013-07-29 09:26:03,612 DEBUG [gdal.jp2mrisd] - JP2MrSIDFormatFactory is not
availaible. <===
2013-07-29 09:26:03,627 DEBUG [gdal.dted] - DTEDFormatFactory is availaible.
2013-07-29 09:26:03,627 DEBUG [gdal.nitf] - NITFFormatFactory is availaible.
2013-07-29 09:26:03,627 DEBUG [gdal.ecw] - ECWFormatFactory is not
availaible.
2013-07-29 09:26:03,643 DEBUG [gdal.mrsid] - MrSIDFormatFactory is not
availaible.
2013-07-29 09:26:03,643 DEBUG [gdal.jp2k] - JP2KFormatFactory is not
availaible.
2013-07-29 09:26:03,643 DEBUG [gdal.erdasimg] - ErdasImgFormatFactory is
availaible.
2013-07-29 09:26:03,658 DEBUG [gdal.jp2ecw] - JP2ECWFormatFactory is not
availaible. <===
2013-07-29 09:26:03,736 DEBUG [gdal.envihdr] - Creating a new EnviHdrFormat.
2013-07-29 09:26:03,752 DEBUG [gdal.ehdr] - Creating a new EsriHdrFormat.
2013-07-29 09:26:03,768 DEBUG [gdal.rfptoc] - Creating a new RPFTOCFormat.
2013-07-29 09:26:03,799 DEBUG [gdal.dted] - Creating a new DTEDFormat.
2013-07-29 09:26:03,799 DEBUG [gdal.nitf] - Creating a new NITFFormat.
2013-07-29 09:26:03,861 DEBUG [gdal.erdasimg] - Creating a new
ErdasImgFormat.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/JP2MrSID-not-available-in-data-stores-tp5069363.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geoserver-users


--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geoserver-users


If you reply to this email, your message will be added to the discussion below:
http://osgeo-org.1560.x6.nabble.com/JP2MrSID-not-available-in-data-stores-tp5069363p5069398.html
To unsubscribe from JP2MrSID not available in data stores, click 
here

Re: [Geoserver-users] ELEM_INFO STARTING_OFFSET inconsistent with ORDINATES length

[Martin Davis]

Right - http://jira.codehaus.org/browse/GEOS-5941

As you say, the data looks fine.  "Fraid I have no idea at the moment about
what might be going wrong.


On Mon, Jul 29, 2013 at 4:08 AM, Jonathan Moules <
jonathanmou...@warwickshire.gov.uk> wrote:

> HI Martin,
>   I wouldn't know where to start in setting up a debug instance of
> GeoServer. Nor can I narrow down exactly what the problem line is based on
> that error.
>
> But I can run the SQL query from that file which gives me 327 results.
>
> The data quality seems ok. It doesn't fail Oracle Validation
> (SDO_GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT), and it went through some FME
> cleaning/validation before loading too.
>
> I've opened a JIRA and attached the results of the SQL query so they can
> be tested and hopefully replicate the issue.
>
> Regards,
> Jonathan
>
>
> On 26 July 2013 17:53, Martin Davis  wrote:
>
>> This may be due to either a bug in the GeoTools Oracle-Geometry
>> converter, or to a problem with your data.  The GT Oracle Geometry
>> converter is fairly complex code, and has had issues in the past, so that's
>> the first place I'd look.
>>
>> The best way to determine what's happening is to set up a debug instance
>> of GeoServer and trap the error right at the line it's happening.  Failing
>> that, if you can isolate the record causing the problem, and then post the
>> Oracle SDO GEOMETRY representation of the data it should be possible to
>> reproduce this in the GeometryConverter directly.
>>
>>
>> On Tue, Jul 23, 2013 at 1:48 AM, Jonathan Moules <
>> jonathanmou...@warwickshire.gov.uk> wrote:
>>
>>> Hi List,
>>>   For some reason my GeoServer has started to throw up an error when I
>>> try and render one (or may more) of the layers. Can anyone advise what the
>>> problem is.
>>>
>>> The exact numbers of the offset and length in the error vary.
>>>
>>> Thanks,
>>> Jonathan
>>>
>>>
>>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.rendering] - Processing 1
>>> stylers for
>>> http://www.warwickshire.gov.uk/public_data_db:OS_VMD_BUILDING
>>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.rendering] - creating rules
>>> for scale denominator - 20,000
>>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.rendering] - Expanding
>>> rendering area by 2 pixels to consider stroke width
>>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.rendering] - Querying layer
>>> http://www.warwickshire.gov.uk/public_data_db:OS_VMD_BUILDING with
>>> bbox: ReferencedEnvelope[458740.8 : 464497.6, 258036.796 : 263793.6]
>>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.jdbc] - CREATE CONNECTION
>>> 2013-07-23 08:38:54,603 TRACE [org.geotools.core] - ENTRY 4
>>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.filter] - exporting
>>> PropertyName
>>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.jdbc] - SELECT SDO_GEOMETRY
>>> as SDO_GEOMETRY FROM OSMM.OS_VMD_BUILDING WHERE  SDO_FILTER(SDO_GEOMETRY,
>>> ?, 'mask=anyinteract querytype=WINDOW') = 'TRUE'
>>> 2013-07-23 08:38:54,618 DEBUG [org.geotools.data.oracle.sdo] - Using
>>> layer SRID: 27700
>>> 2013-07-23 08:38:54,618 DEBUG [org.geotools.jdbc] - Setting parameter 1
>>> as
>>> MDSYS.SDO_GEOMETRY(2003,27700,NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(458740.8,258036.796,464497.6,263793.6))
>>> 2013-07-23 08:38:54,618 DEBUG [org.geotools.jdbc] - 1 = POLYGON
>>> ((458740.8 258036.796, 458740.8 263793.6, 464497.6 263793.6,
>>> 464497.6 258036.796, 458740.8 258036.796))
>>> 2013-07-23 08:38:54,665 ERROR [org.geotools.rendering] - ELEM_INFO
>>> STARTING_OFFSET 393 inconsistent with ORDINATES length 197
>>> java.lang.IllegalArgumentException: ELEM_INFO STARTING_OFFSET 393
>>> inconsistent with ORDINATES length 197
>>> at org.geotools.data.oracle.sdo.SDO.createPoint(SDO.java:2463)
>>>  at org.geotools.data.oracle.sdo.SDO.createCollection(SDO.java:3000)
>>> at org.geotools.data.oracle.sdo.SDO.create(SDO.java:2429)
>>>  at org.geotools.data.oracle.sdo.SDO.create(SDO.java:2383)
>>> at
>>> org.geotools.data.oracle.sdo.GeometryConverter.asGeometry(GeometryConverter.java:125)
>>>  at
>>> org.geotools.data.oracle.OracleDialect.readGeometry(OracleDialect.java:506)
>>> at
>>> org.geotools.data.oracle.OracleDialect.readGeometry(OracleDialect.java:492)
>>>  at
>>> org.geotools.data.oracle.OracleDialect.decodeGeometryValue(OracleDialect.java:455)
>>> at org.geotools.jdbc.JDBCFeatureReader.next(JDBCFeatureReader.java:310)
>>>  at org.geotools.jdbc.JDBCFeatureReader.next(JDBCFeatureReader.java:70)
>>> at
>>> org.geotools.data.store.ContentFeatureCollection$WrappingFeatureIterator.next(ContentFeatureCollection.java:145)
>>>  at
>>> org.geotools.data.store.ContentFeatureCollection$WrappingFeatureIterator.next(ContentFeatureCollection.java:125)
>>> at
>>> org.geotools.feature.collection.BridgeIterator.next(BridgeIterator.java:31)
>>>  at
>>> org.geotools.feature.collection.BridgeIterator.next(BridgeIterator.java:18)
>>> at
>>> org.geotools.renderer.lite.StreamingRenderer.drawPlain(Streaming

Re: [Geoserver-users] Adding lots of GeoTiffs at once

[Jonathan Moules]

Confirmed my supposition. Curl on windows is a royal pain with multi-line
stuff (as is required here it seems). I keep getting "< was unexpected at
this time". I'll just stick to doing it manually. Much less stress.

Jonathan


On 29 July 2013 17:20, Jonathan Moules
wrote:

> Thanks Both,
>   I'm not sure setting up a script to do rest/curl will be any faster than
> just zipping through the 39 of them manually.
> Useful to know for the future though.
>
> Cheers,
> Jonathan
>
>
>
>
> On 29 July 2013 17:13, Russ Hore  wrote:
>
>> Can't you use CURL/REST?
>>
>> Russ
>>
>> ---
>>
>>
>> On 29 Jul 2013, at 16:56, Jonathan Moules <
>> jonathanmou...@warwickshire.gov.uk> wrote:
>>
>> Hi List,
>> I have 39 different GeoTiff layers I want to add to GeoServer. They're
>> not part of a mosaic or pyramid or anything, each is a separate file and
>> needs to be a separate layer.
>>
>> Is there an easy way to add them all to GeoServer rather than just
>> manually slogging through create store -> Publish Layer 39 times?
>>
>> Thanks,
>> Jonathan
>>
>> This transmission is intended for the named addressee(s) only and may
>> contain sensitive or protectively marked material up to RESTRICTED and
>> should be handled accordingly. Unless you are the named addressee (or
>> authorised to receive it for the addressee) you may not copy or use it, or
>> disclose it to anyone else. If you have received this transmission in error
>> please notify the sender immediately. All email traffic sent to or from us,
>> including without limitation all GCSX traffic, may be subject to recording
>> and/or monitoring in accordance with relevant legislation.
>>
>>
>> --
>> See everything from the browser to the database with AppDynamics
>> Get end-to-end visibility with application monitoring from AppDynamics
>> Isolate bottlenecks and diagnose root cause in seconds.
>> Start your free trial of AppDynamics Pro today!
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>>
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>

-- 
This transmission is intended for the named addressee(s) only and may 
contain sensitive or protectively marked material up to RESTRICTED and 
should be handled accordingly. Unless you are the named addressee (or 
authorised to receive it for the addressee) you may not copy or use it, or 
disclose it to anyone else. If you have received this transmission in error 
please notify the sender immediately. All email traffic sent to or from us, 
including without limitation all GCSX traffic, may be subject to recording 
and/or monitoring in accordance with relevant legislation.
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Adding lots of GeoTiffs at once

[Jonathan Moules]

Thanks Both,
  I'm not sure setting up a script to do rest/curl will be any faster than
just zipping through the 39 of them manually.
Useful to know for the future though.

Cheers,
Jonathan




On 29 July 2013 17:13, Russ Hore  wrote:

> Can't you use CURL/REST?
>
> Russ
>
> ---
>
>
> On 29 Jul 2013, at 16:56, Jonathan Moules <
> jonathanmou...@warwickshire.gov.uk> wrote:
>
> Hi List,
> I have 39 different GeoTiff layers I want to add to GeoServer. They're not
> part of a mosaic or pyramid or anything, each is a separate file and needs
> to be a separate layer.
>
> Is there an easy way to add them all to GeoServer rather than just
> manually slogging through create store -> Publish Layer 39 times?
>
> Thanks,
> Jonathan
>
> This transmission is intended for the named addressee(s) only and may
> contain sensitive or protectively marked material up to RESTRICTED and
> should be handled accordingly. Unless you are the named addressee (or
> authorised to receive it for the addressee) you may not copy or use it, or
> disclose it to anyone else. If you have received this transmission in error
> please notify the sender immediately. All email traffic sent to or from us,
> including without limitation all GCSX traffic, may be subject to recording
> and/or monitoring in accordance with relevant legislation.
>
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>

-- 
This transmission is intended for the named addressee(s) only and may 
contain sensitive or protectively marked material up to RESTRICTED and 
should be handled accordingly. Unless you are the named addressee (or 
authorised to receive it for the addressee) you may not copy or use it, or 
disclose it to anyone else. If you have received this transmission in error 
please notify the sender immediately. All email traffic sent to or from us, 
including without limitation all GCSX traffic, may be subject to recording 
and/or monitoring in accordance with relevant legislation.
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Adding lots of GeoTiffs at once

[Russ Hore]

Can't you use CURL/REST?

Russ

---


On 29 Jul 2013, at 16:56, Jonathan Moules  
wrote:

> Hi List,
> I have 39 different GeoTiff layers I want to add to GeoServer. They're not 
> part of a mosaic or pyramid or anything, each is a separate file and needs to 
> be a separate layer.
> 
> Is there an easy way to add them all to GeoServer rather than just manually 
> slogging through create store -> Publish Layer 39 times?
> 
> Thanks,
> Jonathan
> 
> This transmission is intended for the named addressee(s) only and may contain 
> sensitive or protectively marked material up to RESTRICTED and should be 
> handled accordingly. Unless you are the named addressee (or authorised to 
> receive it for the addressee) you may not copy or use it, or disclose it to 
> anyone else. If you have received this transmission in error please notify 
> the sender immediately. All email traffic sent to or from us, including 
> without limitation all GCSX traffic, may be subject to recording and/or 
> monitoring in accordance with relevant legislation.
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Adding lots of GeoTiffs at once

[Paolo Corti]

On Mon, Jul 29, 2013 at 5:56 PM, Jonathan Moules
 wrote:
> Hi List,
> I have 39 different GeoTiff layers I want to add to GeoServer. They're not
> part of a mosaic or pyramid or anything, each is a separate file and needs
> to be a separate layer.
>
> Is there an easy way to add them all to GeoServer rather than just manually
> slogging through create store -> Publish Layer 39 times?
>

You can use the REST API, as described here:
http://gis.stackexchange.com/questions/6479/programming-geoserver-2-0-2-to-add-a-raster-data-store-and-layer-without-the-ui

regards
p

-- 
Paolo Corti
Geospatial software developer
web: http://www.paolocorti.net
twitter: @capooti
skype: capooti

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Adding lots of GeoTiffs at once

[Jonathan Moules]

Hi List,
I have 39 different GeoTiff layers I want to add to GeoServer. They're not
part of a mosaic or pyramid or anything, each is a separate file and needs
to be a separate layer.

Is there an easy way to add them all to GeoServer rather than just manually
slogging through create store -> Publish Layer 39 times?

Thanks,
Jonathan

-- 
This transmission is intended for the named addressee(s) only and may 
contain sensitive or protectively marked material up to RESTRICTED and 
should be handled accordingly. Unless you are the named addressee (or 
authorised to receive it for the addressee) you may not copy or use it, or 
disclose it to anyone else. If you have received this transmission in error 
please notify the sender immediately. All email traffic sent to or from us, 
including without limitation all GCSX traffic, may be subject to recording 
and/or monitoring in accordance with relevant legislation.
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] JP2MrSID not available in data stores

[Daniele Romagnoli]

Hi John,
I would take a look at this section of the latest documentation about GDAL
external plugins:
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html#adding-support-for-ecw-and-mrsid-on-windows

Please, let us know if that solves your issues.
Cheers,
Daniele




==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==
Ing. Daniele Romagnoli
Senior Software Engineer

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

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---


On Mon, Jul 29, 2013 at 3:31 PM, jdoley  wrote:

> Does anyone have the LizardTech formats working in 2.3.3 that could suggest
> what's missing in my configuration?
>
> I've installed: GeoServer latest stable 2.3.3 on Windows 7 Ent, the
> associated GDAL plugin, and followed the instructions from the doc:
>
> - downloaded the 1.1.7 GDAL native libraries (and added to my PATH)
> - downloaded the 1.1.7 CRS data (and set the location to GDAL_DATA)
>
> but the available WMS data sources do not include either JP2MrSid or MrSID
> (other GDAL formats, like NITF, do appear). Within the GDAL native
> libraries
> when I run "gdalinfo --formats" I also do not see these LTI formats
> although
> it looks like the LTI DSDK dlls are included there:
>
> lti_dsdk.dll
> lti_lidar_dsdk.dll
>
> I also tried downloading the LTI Raster DSDK from LizardTech and also added
> these to the PATH but this made no difference. The only hints from the log
> are the messages:
>
>
> 2013-07-29 09:26:01,568 DEBUG [gdal.envihdr] - EnviHdrFormatFactory is
> availaible.
> 2013-07-29 09:26:01,584 DEBUG [gdal.ehdr] - EsriHdrFormatFactory is
> availaible.
> 2013-07-29 09:26:03,612 DEBUG [gdal.rpftoc] - RPFTOCFormatFactory is
> availaible.
> 2013-07-29 09:26:03,612 DEBUG [gdal.jp2mrisd] - JP2MrSIDFormatFactory is
> not
> availaible. <===
> 2013-07-29 09:26:03,627 DEBUG [gdal.dted] - DTEDFormatFactory is
> availaible.
> 2013-07-29 09:26:03,627 DEBUG [gdal.nitf] - NITFFormatFactory is
> availaible.
> 2013-07-29 09:26:03,627 DEBUG [gdal.ecw] - ECWFormatFactory is not
> availaible.
> 2013-07-29 09:26:03,643 DEBUG [gdal.mrsid] - MrSIDFormatFactory is not
> availaible.
> 2013-07-29 09:26:03,643 DEBUG [gdal.jp2k] - JP2KFormatFactory is not
> availaible.
> 2013-07-29 09:26:03,643 DEBUG [gdal.erdasimg] - ErdasImgFormatFactory is
> availaible.
> 2013-07-29 09:26:03,658 DEBUG [gdal.jp2ecw] - JP2ECWFormatFactory is not
> availaible. <===
> 2013-07-29 09:26:03,736 DEBUG [gdal.envihdr] - Creating a new
> EnviHdrFormat.
> 2013-07-29 09:26:03,752 DEBUG [gdal.ehdr] - Creating a new EsriHdrFormat.
> 2013-07-29 09:26:03,768 DEBUG [gdal.rfptoc] - Creating a new RPFTOCFormat.
> 2013-07-29 09:26:03,799 DEBUG [gdal.dted] - Creating a new DTEDFormat.
> 2013-07-29 09:26:03,799 DEBUG [gdal.nitf] - Creating a new NITFFormat.
> 2013-07-29 09:26:03,861 DEBUG [gdal.erdasimg] - Creating a new
> ErdasImgFormat.
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/JP2MrSID-not-available-in-data-stores-tp5069363.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] dbconfig-plugin

[Justin Deoliveira]

Hey Dimitri,

Unfortunately this plugin is unmaintained and has actuality been replaced
by the "jdbcconfig" module.


https://github.com/geoserver/geoserver/tree/master/src/community/jdbcconfig

You can build it with the standard maven mechanism you would build
geoserver with. Or you can download a nightly build of it.


http://gridlock.opengeo.org/geoserver/master/community-latest/geoserver-2.4-SNAPSHOT-jdbcconfig-plugin.zip

-Justin



On Mon, Jul 29, 2013 at 7:20 AM, Dmitriy Tyugaev  wrote:

> Hi list
>
> Please tell me how to build a community plugin 'dbconfig'?
>
> Best regards, Dmitry
>
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>


-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] dbconfig-plugin

[Dmitriy Tyugaev]

Hi list

Please tell me how to build a community plugin 'dbconfig'?

Best regards, Dmitry
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] JP2MrSID not available in data stores

[jdoley]

Does anyone have the LizardTech formats working in 2.3.3 that could suggest
what's missing in my configuration?

I've installed: GeoServer latest stable 2.3.3 on Windows 7 Ent, the
associated GDAL plugin, and followed the instructions from the doc:

- downloaded the 1.1.7 GDAL native libraries (and added to my PATH)
- downloaded the 1.1.7 CRS data (and set the location to GDAL_DATA)

but the available WMS data sources do not include either JP2MrSid or MrSID
(other GDAL formats, like NITF, do appear). Within the GDAL native libraries
when I run "gdalinfo --formats" I also do not see these LTI formats although
it looks like the LTI DSDK dlls are included there:

lti_dsdk.dll
lti_lidar_dsdk.dll

I also tried downloading the LTI Raster DSDK from LizardTech and also added
these to the PATH but this made no difference. The only hints from the log
are the messages:


2013-07-29 09:26:01,568 DEBUG [gdal.envihdr] - EnviHdrFormatFactory is
availaible.
2013-07-29 09:26:01,584 DEBUG [gdal.ehdr] - EsriHdrFormatFactory is
availaible.
2013-07-29 09:26:03,612 DEBUG [gdal.rpftoc] - RPFTOCFormatFactory is
availaible.
2013-07-29 09:26:03,612 DEBUG [gdal.jp2mrisd] - JP2MrSIDFormatFactory is not
availaible. <===
2013-07-29 09:26:03,627 DEBUG [gdal.dted] - DTEDFormatFactory is availaible.
2013-07-29 09:26:03,627 DEBUG [gdal.nitf] - NITFFormatFactory is availaible.
2013-07-29 09:26:03,627 DEBUG [gdal.ecw] - ECWFormatFactory is not
availaible.
2013-07-29 09:26:03,643 DEBUG [gdal.mrsid] - MrSIDFormatFactory is not
availaible.
2013-07-29 09:26:03,643 DEBUG [gdal.jp2k] - JP2KFormatFactory is not
availaible.
2013-07-29 09:26:03,643 DEBUG [gdal.erdasimg] - ErdasImgFormatFactory is
availaible.
2013-07-29 09:26:03,658 DEBUG [gdal.jp2ecw] - JP2ECWFormatFactory is not
availaible. <===
2013-07-29 09:26:03,736 DEBUG [gdal.envihdr] - Creating a new EnviHdrFormat.
2013-07-29 09:26:03,752 DEBUG [gdal.ehdr] - Creating a new EsriHdrFormat.
2013-07-29 09:26:03,768 DEBUG [gdal.rfptoc] - Creating a new RPFTOCFormat.
2013-07-29 09:26:03,799 DEBUG [gdal.dted] - Creating a new DTEDFormat.
2013-07-29 09:26:03,799 DEBUG [gdal.nitf] - Creating a new NITFFormat.
2013-07-29 09:26:03,861 DEBUG [gdal.erdasimg] - Creating a new
ErdasImgFormat.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/JP2MrSID-not-available-in-data-stores-tp5069363.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&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.3.4 Released

[Jonathan Moules]

Hi Ian,
None of the extensions linked to from
http://geoserver.org/display/GEOS/Stable work. In all instances sourceforge
is giving something like:

The "/GeoServer/2.3.4/geo..trol-flow-plugin.zip" file could not be found or
is not available. Please select another file.

The files themselves do exist though:

http://sourceforge.net/projects/geoserver/files/GeoServer%20Extensions/2.3.4/

Regards,
Jonathan


On 28 July 2013 14:23, Ian Turton  wrote:

> The GeoServer team is pleased to announce the release of 
> GeoServer
> 2.3.4 :
>
>- Downloads 
> (zip
>, war
>, dmg 
> and exe)
>are listed on the GeoServer 
> 2.3.4 page
>along with documentation and extensions.
>   - This release includes and is made in conjunction with GeoTools
>   9.4.
>- Thanks to Envitia  for allowing Ian the
>time to make the release.
>- Migrated CSS module to extensions section 
> (GEOS-5845
>)
> 
>- Several improvements and bug-fixes in WMS and Security sub-systems.
>- Thanks to Frank Gasdorf managing Transifex GeoServer Translation
>Teams 
>   - contributed initial language support (almost) complete for 
> Dutch
>and 
> Chinese
>(GEOS-5926  + 
> GEOS-5924
>   )
>- updated translations for 
> Korean
>and 
> German
>(GEOS-5925  + 
> GEOS-5927
>   ).
>
> More details can be found in the GeoServer 2.3.4 Release 
> Notes
> .
>  --
> Ian Turton
>
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>

-- 
This transmission is intended for the named addressee(s) only and may 
contain sensitive or protectively marked material up to RESTRICTED and 
should be handled accordingly. Unless you are the named addressee (or 
authorised to receive it for the addressee) you may not copy or use it, or 
disclose it to anyone else. If you have received this transmission in error 
please notify the sender immediately. All email traffic sent to or from us, 
including without limitation all GCSX traffic, may be subject to recording 
and/or monitoring in accordance with relevant legislation.
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&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-devel] Bug fixing fest, first shift results

[Russ Hore]

Seconded. These are the people that make GeoServer what it is.

Thanks.

Russ

---


On 29 Jul 2013, at 12:20, Jonathan Moules  
wrote:

> I'd just like to throw out a public thanks for all the devs who did the 
> bug-fixing fest on Friday (and apparently into the weekend too). I don't 
> think there's been much about it on the user-list, but basically it was an 
> event where many of the devs spent the day bug-fixing GeoServer for the 
> forthcoming 2.4 release.
> 
> This little graph neatly shows with the near-vertical green line all the bugs 
> that were fixed.
> 
> 
> So, thanks to all the devs, and hopefully future events will be as productive 
> and effective!
> 
> Jonathan
> 
> 
> 
> 
> On 29 July 2013 03:22, Jody Garnett  wrote:
>> Thanks Andrea, I spent my time verifying the KML docs - which mostly ended 
>> up being battling google earth in a VM (hint: it runs, but does not draw 
>> overlays correctly). I have changed platforms and will continue.
>> 
>> 
>> On Sat, Jul 27, 2013 at 1:03 AM, Andrea Aime  
>> wrote:
>>> Hi guys,
>>> so far we managed to close 28 jiras between tickets that were solved 
>>> already, but not closed, and true fixes.
>>> 
>>> I'll try be around again tomorrow (on and off) to work on it a bit more
>>> 
>>> Cheers
>>> Andrea
>>> 
>>> -- 
>>> ==
>>> Our support, Your Success! Visit http://opensdi.geo-solutions.it 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
>>> 
>>> ---
>>> 
>>> --
>>> See everything from the browser to the database with AppDynamics
>>> Get end-to-end visibility with application monitoring from AppDynamics
>>> Isolate bottlenecks and diagnose root cause in seconds.
>>> Start your free trial of AppDynamics Pro today!
>>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>>> ___
>>> Geoserver-devel mailing list
>>> geoserver-de...@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>> 
>> 
>> --
>> See everything from the browser to the database with AppDynamics
>> Get end-to-end visibility with application monitoring from AppDynamics
>> Isolate bottlenecks and diagnose root cause in seconds.
>> Start your free trial of AppDynamics Pro today!
>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>> ___
>> Geoserver-devel mailing list
>> geoserver-de...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> 
> 
> This transmission is intended for the named addressee(s) only and may contain 
> sensitive or protectively marked material up to RESTRICTED and should be 
> handled accordingly. Unless you are the named addressee (or authorised to 
> receive it for the addressee) you may not copy or use it, or disclose it to 
> anyone else. If you have received this transmission in error please notify 
> the sender immediately. All email traffic sent to or from us, including 
> without limitation all GCSX traffic, may be subject to recording and/or 
> monitoring in accordance with relevant legislation.
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] FYI: geoserver homepage down

[Justin Deoliveira]

Should be back up now.


On Mon, Jul 29, 2013 at 2:30 AM, Ben Caradoc-Davies <
ben.caradoc-dav...@csiro.au> wrote:

> Confirmed for me and from here:
> http://www.downforeveryoneorjustme.com/geoserver.org
>
> On 29/07/13 17:22, Robin Pradel wrote:
> > The URL
> >
> http://geoserver.org/display/GEOS/GeoTools+and+GeoServer+release+scheduleand
> > all others under http://geoserver.org cannot be reached:
> >
> > HTTP 404
> >
> > L
> >
> > Regards,
> >
> > Robin
> >
> > P.S. Why are they not cached by google? Is this site configured to
> > disallow google to cache the content?
> >
> >
> >
> >
> --
> > See everything from the browser to the database with AppDynamics
> > Get end-to-end visibility with application monitoring from AppDynamics
> > Isolate bottlenecks and diagnose root cause in seconds.
> > Start your free trial of AppDynamics Pro today!
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> >
> >
> >
> > ___
> > Geoserver-users mailing list
> > Geoserver-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
> >
>
> --
> Ben Caradoc-Davies 
> Software Engineer
> CSIRO Earth Science and Resource Engineering
> Australian Resources Research Centre
>
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>



-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] GeoServer behind a HTTP-Proxy

[Gubler, Ruediger]

Hello,

we must solve the following connection to a WMS:

[WMS (Internet)]  [HTTP-Proxy]  [GeoServer]  [Clients]

How can we tell GeoServer to use the HTTP-Proxy to connect to the internet WMS 
server?

Yours Rüdiger



--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&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-devel] Bug fixing fest, first shift results

[Jonathan Moules]

I'd just like to throw out a public thanks for all the devs who did the
bug-fixing fest on Friday (and apparently into the weekend too). I don't
think there's been much about it on the user-list, but basically it was an
event where many of the devs spent the day bug-fixing GeoServer for the
forthcoming 2.4 release.

This little graph neatly shows with the near-vertical green line all the
bugs that were fixed.
[image: Inline images 1]

So, thanks to all the devs, and hopefully future events will be as
productive and effective!

Jonathan




On 29 July 2013 03:22, Jody Garnett  wrote:

> Thanks Andrea, I spent my time verifying the KML docs - which mostly ended
> up being battling google earth in a VM (hint: it runs, but does not draw
> overlays correctly). I have changed platforms and will continue.
>
>
> On Sat, Jul 27, 2013 at 1:03 AM, Andrea Aime  > wrote:
>
>> Hi guys,
>> so far we managed to close 28 jiras between tickets that were solved
>> already, but not closed, and true fixes.
>>
>> I'll try be around again tomorrow (on and off) to work on it a bit more
>>
>> Cheers
>> Andrea
>>
>> --
>> ==
>> Our support, Your Success! Visit http://opensdi.geo-solutions.it 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
>>
>> ---
>>
>>
>> --
>> See everything from the browser to the database with AppDynamics
>> Get end-to-end visibility with application monitoring from AppDynamics
>> Isolate bottlenecks and diagnose root cause in seconds.
>> Start your free trial of AppDynamics Pro today!
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>> ___
>> Geoserver-devel mailing list
>> geoserver-de...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>>
>
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Geoserver-devel mailing list
> geoserver-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>

-- 
This transmission is intended for the named addressee(s) only and may 
contain sensitive or protectively marked material up to RESTRICTED and 
should be handled accordingly. Unless you are the named addressee (or 
authorised to receive it for the addressee) you may not copy or use it, or 
disclose it to anyone else. If you have received this transmission in error 
please notify the sender immediately. All email traffic sent to or from us, 
including without limitation all GCSX traffic, may be subject to recording 
and/or monitoring in accordance with relevant legislation.
<>--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] ELEM_INFO STARTING_OFFSET inconsistent with ORDINATES length

[Jonathan Moules]

HI Martin,
  I wouldn't know where to start in setting up a debug instance of
GeoServer. Nor can I narrow down exactly what the problem line is based on
that error.

But I can run the SQL query from that file which gives me 327 results.

The data quality seems ok. It doesn't fail Oracle Validation
(SDO_GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT), and it went through some FME
cleaning/validation before loading too.

I've opened a JIRA and attached the results of the SQL query so they can be
tested and hopefully replicate the issue.

Regards,
Jonathan


On 26 July 2013 17:53, Martin Davis  wrote:

> This may be due to either a bug in the GeoTools Oracle-Geometry converter,
> or to a problem with your data.  The GT Oracle Geometry converter is fairly
> complex code, and has had issues in the past, so that's the first place I'd
> look.
>
> The best way to determine what's happening is to set up a debug instance
> of GeoServer and trap the error right at the line it's happening.  Failing
> that, if you can isolate the record causing the problem, and then post the
> Oracle SDO GEOMETRY representation of the data it should be possible to
> reproduce this in the GeometryConverter directly.
>
>
> On Tue, Jul 23, 2013 at 1:48 AM, Jonathan Moules <
> jonathanmou...@warwickshire.gov.uk> wrote:
>
>> Hi List,
>>   For some reason my GeoServer has started to throw up an error when I
>> try and render one (or may more) of the layers. Can anyone advise what the
>> problem is.
>>
>> The exact numbers of the offset and length in the error vary.
>>
>> Thanks,
>> Jonathan
>>
>>
>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.rendering] - Processing 1
>> stylers for http://www.warwickshire.gov.uk/public_data_db:OS_VMD_BUILDING
>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.rendering] - creating rules
>> for scale denominator - 20,000
>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.rendering] - Expanding
>> rendering area by 2 pixels to consider stroke width
>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.rendering] - Querying layer
>> http://www.warwickshire.gov.uk/public_data_db:OS_VMD_BUILDING with bbox:
>> ReferencedEnvelope[458740.8 : 464497.6, 258036.796 : 263793.6]
>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.jdbc] - CREATE CONNECTION
>> 2013-07-23 08:38:54,603 TRACE [org.geotools.core] - ENTRY 4
>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.filter] - exporting
>> PropertyName
>> 2013-07-23 08:38:54,603 DEBUG [org.geotools.jdbc] - SELECT SDO_GEOMETRY
>> as SDO_GEOMETRY FROM OSMM.OS_VMD_BUILDING WHERE  SDO_FILTER(SDO_GEOMETRY,
>> ?, 'mask=anyinteract querytype=WINDOW') = 'TRUE'
>> 2013-07-23 08:38:54,618 DEBUG [org.geotools.data.oracle.sdo] - Using
>> layer SRID: 27700
>> 2013-07-23 08:38:54,618 DEBUG [org.geotools.jdbc] - Setting parameter 1
>> as
>> MDSYS.SDO_GEOMETRY(2003,27700,NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),MDSYS.SDO_ORDINATE_ARRAY(458740.8,258036.796,464497.6,263793.6))
>> 2013-07-23 08:38:54,618 DEBUG [org.geotools.jdbc] - 1 = POLYGON
>> ((458740.8 258036.796, 458740.8 263793.6, 464497.6 263793.6,
>> 464497.6 258036.796, 458740.8 258036.796))
>> 2013-07-23 08:38:54,665 ERROR [org.geotools.rendering] - ELEM_INFO
>> STARTING_OFFSET 393 inconsistent with ORDINATES length 197
>> java.lang.IllegalArgumentException: ELEM_INFO STARTING_OFFSET 393
>> inconsistent with ORDINATES length 197
>> at org.geotools.data.oracle.sdo.SDO.createPoint(SDO.java:2463)
>>  at org.geotools.data.oracle.sdo.SDO.createCollection(SDO.java:3000)
>> at org.geotools.data.oracle.sdo.SDO.create(SDO.java:2429)
>>  at org.geotools.data.oracle.sdo.SDO.create(SDO.java:2383)
>> at
>> org.geotools.data.oracle.sdo.GeometryConverter.asGeometry(GeometryConverter.java:125)
>>  at
>> org.geotools.data.oracle.OracleDialect.readGeometry(OracleDialect.java:506)
>> at
>> org.geotools.data.oracle.OracleDialect.readGeometry(OracleDialect.java:492)
>>  at
>> org.geotools.data.oracle.OracleDialect.decodeGeometryValue(OracleDialect.java:455)
>> at org.geotools.jdbc.JDBCFeatureReader.next(JDBCFeatureReader.java:310)
>>  at org.geotools.jdbc.JDBCFeatureReader.next(JDBCFeatureReader.java:70)
>> at
>> org.geotools.data.store.ContentFeatureCollection$WrappingFeatureIterator.next(ContentFeatureCollection.java:145)
>>  at
>> org.geotools.data.store.ContentFeatureCollection$WrappingFeatureIterator.next(ContentFeatureCollection.java:125)
>> at
>> org.geotools.feature.collection.BridgeIterator.next(BridgeIterator.java:31)
>>  at
>> org.geotools.feature.collection.BridgeIterator.next(BridgeIterator.java:18)
>> at
>> org.geotools.renderer.lite.StreamingRenderer.drawPlain(StreamingRenderer.java:2494)
>>  at
>> org.geotools.renderer.lite.StreamingRenderer.processStylers(StreamingRenderer.java:2045)
>> at
>> org.geotools.renderer.lite.StreamingRenderer.paint(StreamingRenderer.java:829)
>>  at
>> org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:491)
>> at
>> org.geoserver.wms.map.RenderedImageMapO

Re: [Geoserver-users] gwc

[Jonathan Moules]

Hi Victor,
Gridsets not persisting may be -
http://jira.codehaus.org/browse/GEOS-5536- it's a windows issue in
versions before 2.3.3.

See also this thread, though no resolution:
http://sourceforge.net/mailarchive/forum.php?thread_name=20130718100257.2c339d69%40nienor.lan&forum_name=geoserver-users

Jonathan



On 29 July 2013 09:58,  wrote:

>  Hi, I encountered 2 issues when trying to get GWC to work. The gridset
> EPSG:3857 which I created doesn’t persist. I had to recreate it twice after
> I restart tomcat. Is there something I have to do to persist it?
>
> ** **
>
> Secondly, I get the error below when I was trying to get GWC to work. I
> have checked that the style exists and I was able to perform a getMap
> request with that style.
>
> ** **
>
> ** **
>
> 29 Jul 18:35:32 ERROR [geowebcache.GeoWebCacheDispatcher] - Problem
> communicating with GeoServer http://103.6.252.217/gadata/gwc/ser
>
> vice/wms
>
> 29 Jul 18:35:32 INFO [geoserver.wms] -
>
> Request: getServiceInfo
>
> 29 Jul 18:35:32 ERROR [geoserver.ows] -
>
> org.geoserver.platform.ServiceException: No such style:
> spherical_cap_bouguer_anomaly
>
> at
> org.geoserver.wms.map.GetMapKvpRequestReader.parseStyles(GetMapKvpRequestReader.java:1386)
> 
>
> at
> org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:318)
> 
>
> at
> org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:80)
> 
>
> at
> org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1412)
>
> at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:622)
>
> at
> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:263)***
> *
>
> at
> org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
> 
>
> at org.geoserver.gwc.GWC.dispatchOwsRequest(GWC.java:1125)
>
> at
> org.geoserver.gwc.layer.GeoServerTileLayer.dispatchGetMap(GeoServerTileLayer.java:555)
> 
>
> at
> org.geoserver.gwc.layer.GeoServerTileLayer.getMetatilingReponse(GeoServerTileLayer.java:500)
> 
>
> at
> org.geoserver.gwc.layer.GeoServerTileLayer.getTile(GeoServerTileLayer.java:449)
> 
>
> at
> org.geowebcache.GeoWebCacheDispatcher.handleServiceRequest(GeoWebCacheDispatcher.java:363)
> 
>
> at
> org.geowebcache.GeoWebCacheDispatcher.handleRequestInternal(GeoWebCacheDispatcher.java:254)
> 
>
> at
> org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
> 
>
> at
> org.geoserver.gwc.dispatch.GwcServiceProxy.dispatch(GwcServiceProxy.java:87)
> 
>
> at sun.reflect.GeneratedMethodAccessor233.invoke(Unknown Source)**
> **
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
>
> at java.lang.reflect.Method.invoke(Method.java:616)
>
> at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:774)
>
> at
> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:272)***
> *
>
> 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:617)***
> *
>
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)***
> *
>
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> 
>
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> 
>
> at
> org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:27)
> 
>
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> 
>
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> 
>
> at
> org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:74)
> 
>
> at
> org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:45)
> 
>
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> 
>
> at
> org.ap

Re: [Geoserver-users] FYI: geoserver homepage down

[Ben Caradoc-Davies]

Confirmed for me and from here:
http://www.downforeveryoneorjustme.com/geoserver.org

On 29/07/13 17:22, Robin Pradel wrote:
> The URL
> http://geoserver.org/display/GEOS/GeoTools+and+GeoServer+release+schedule and
> all others under http://geoserver.org cannot be reached:
>
> HTTP 404
>
> L
>
> Regards,
>
> Robin
>
> P.S. Why are they not cached by google? Is this site configured to
> disallow google to cache the content?
>
>
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>
>
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

-- 
Ben Caradoc-Davies 
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] FYI: geoserver homepage down

[Robin Pradel]

The URL 
http://geoserver.org/display/GEOS/GeoTools+and+GeoServer+release+schedule and 
all others under http://geoserver.org cannot be reached:

HTTP 404

:(

Regards,
Robin

P.S. Why are they not cached by google? Is this site configured to disallow 
google to cache the content?
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] gwc

[Victor.Tey]

Hi, I encountered 2 issues when trying to get GWC to work. The gridset 
EPSG:3857 which I created doesn't persist. I had to recreate it twice after I 
restart tomcat. Is there something I have to do to persist it?

Secondly, I get the error below when I was trying to get GWC to work. I have 
checked that the style exists and I was able to perform a getMap request with 
that style.


29 Jul 18:35:32 ERROR [geowebcache.GeoWebCacheDispatcher] - Problem 
communicating with GeoServer http://103.6.252.217/gadata/gwc/ser
vice/wms
29 Jul 18:35:32 INFO [geoserver.wms] -
Request: getServiceInfo
29 Jul 18:35:32 ERROR [geoserver.ows] -
org.geoserver.platform.ServiceException: No such style: 
spherical_cap_bouguer_anomaly
at 
org.geoserver.wms.map.GetMapKvpRequestReader.parseStyles(GetMapKvpRequestReader.java:1386)
at 
org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:318)
at 
org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:80)
at org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1412)
at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:622)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:263)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at org.geoserver.gwc.GWC.dispatchOwsRequest(GWC.java:1125)
at 
org.geoserver.gwc.layer.GeoServerTileLayer.dispatchGetMap(GeoServerTileLayer.java:555)
at 
org.geoserver.gwc.layer.GeoServerTileLayer.getMetatilingReponse(GeoServerTileLayer.java:500)
at 
org.geoserver.gwc.layer.GeoServerTileLayer.getTile(GeoServerTileLayer.java:449)
at 
org.geowebcache.GeoWebCacheDispatcher.handleServiceRequest(GeoWebCacheDispatcher.java:363)
at 
org.geowebcache.GeoWebCacheDispatcher.handleRequestInternal(GeoWebCacheDispatcher.java:254)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at 
org.geoserver.gwc.dispatch.GwcServiceProxy.dispatch(GwcServiceProxy.java:87)
at sun.reflect.GeneratedMethodAccessor233.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:774)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:272)
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:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:27)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:74)
at 
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:45)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:49)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:311)
at 
org.geose

Re: [Geoserver-users] Problem with GetLegendGraphics

[FNK]

I had to update my Geoserver and the Legend started to work fine again. So,
problem solved. I don't know why, but... solved.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Problem-with-GetLegendGraphics-tp5066734p5069291.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users