Re: [Geoserver-users] Appschema: NullPointerException

2010-08-25 Thread v...@csiro

Hi Ryan,

Which build version are you using?

Would you be able to send the mapping files?  I ran into a similar issue in
the past and it was due to null values in the database even though the
schema is set to minOccur=0

I have submitted a patch for this last month

http://jira.codehaus.org/browse/GEOT-2679

Perhaps you can try with the latest version from trunk which is build from
our buildbot :)

http://files.ivec.org/geoserver/geoserver-trunk/2010-08-25/




Ryan Clark wrote:
 
 Okay - hopefully my last app-schema issue for a while. I certainly
 appreciate the help!
 
  
 
 My MappedFeature mapping file works perfectly until I add the
 targetAttribute gsmlcore:metadata. Here's the mapping:
 
 AttributeMapping
 
 targetAttributegsmlcore:metadata/targetAttribute
 
 sourceExpression
 
 OCQLdatasourceid/OCQL
 
 linkElementisp:MD_Metadata/linkElement
 
 linkFieldFEATURE_LINK[1]/linkField
 
 /sourceExpression
 
 isMultiplefalse/isMultiple
 
 /AttributeMapping
 
  
 
 Exactly the same mapping works fine within my GeologicUnit mapping file,
 which also has a gsmlcore:metadata property. Therefore, I don't think that
 the problem has anything to do with the mapping for the isp:MD_Metadata
 element.
 
  
 
 When I add this targetAttribute to the MappedFeature file, Geoserver gags
 on
 boot, throwing the error shown below. The error goes away if I rename the
 targetAttribute to something that doesn't exist (e.g.
 gsmlcore:moustache),
 but then as you'd expect there's an error when making a feature request. 
 
  
 
 Thanks!
 
 Ryan
 
  
 
 24 Aug 12:56:37 INFO [org.geoserver] - 
 
 java.io.IOException
 
 at
 org.geoserver.catalog.ResourcePool.getDataStore(ResourcePool.java:362)
 
 at
 org.geoserver.catalog.impl.DataStoreInfoImpl.getDataStore(DataStoreInfoImpl.
 java:37)
 
 at
 org.geoserver.config.GeoServerLoader.readCatalog(GeoServerLoader.java:572)
 
 at
 org.geoserver.config.GeoServerLoader.loadCatalog(GeoServerLoader.java:152)
 
 at
 org.geoserver.config.GeoServerLoader.postProcessBeforeInitialization(GeoServ
 erLoader.java:123)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFact
 ory.java:350)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .initializeBean(AbstractAutowireCapableBeanFactory.java:1330)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .doCreateBean(AbstractAutowireCapableBeanFactory.java:473)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 $1.run(AbstractAutowireCapableBeanFactory.java:409)
 
 at java.security.AccessController.doPrivileged(Native
 Method)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .createBean(AbstractAutowireCapableBeanFactory.java:380)
 
 at
 org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(Ab
 stractBeanFactory.java:264)
 
 at
 org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSi
 ngleton(DefaultSingletonBeanRegistry.java:221)
 
 at
 org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(Abst
 ractBeanFactory.java:261)
 
 at
 org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra
 ctBeanFactory.java:185)
 
 at
 org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra
 ctBeanFactory.java:164)
 
 at
 org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolv
 eReference(BeanDefinitionValueResolver.java:269)
 
 at
 org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolv
 eValueIfNecessary(BeanDefinitionValueResolver.java:104)
 
 at
 org.springframework.beans.factory.support.ConstructorResolver.resolveConstru
 ctorArguments(ConstructorResolver.java:495)
 
 at
 org.springframework.beans.factory.support.ConstructorResolver.autowireConstr
 uctor(ConstructorResolver.java:162)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .autowireConstructor(AbstractAutowireCapableBeanFactory.java:925)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .createBeanInstance(AbstractAutowireCapableBeanFactory.java:835)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .doCreateBean(AbstractAutowireCapableBeanFactory.java:440)
 
 at
 

Re: [Geoserver-users] Appschema: NullPointerException

2010-08-25 Thread v...@csiro


I didn't read your email properly, my bad :)

Attach your mapping file and I will see if I can replicate the issue :)



v...@csiro wrote:
 
 Hi Ryan,
 
 Which build version are you using?
 
 Would you be able to send the mapping files?  I ran into a similar issue
 in the past and it was due to null values in the database even though the
 schema is set to minOccur=0
 
 I have submitted a patch for this last month
 
 http://jira.codehaus.org/browse/GEOT-2679
 
 Perhaps you can try with the latest version from trunk which is build from
 our buildbot :)
 
 http://files.ivec.org/geoserver/geoserver-trunk/2010-08-25/
 
 
 
 
 Ryan Clark wrote:
 
 Okay - hopefully my last app-schema issue for a while. I certainly
 appreciate the help!
 
  
 
 My MappedFeature mapping file works perfectly until I add the
 targetAttribute gsmlcore:metadata. Here's the mapping:
 
 AttributeMapping
 
 targetAttributegsmlcore:metadata/targetAttribute
 
 sourceExpression
 
 OCQLdatasourceid/OCQL
 

 linkElementisp:MD_Metadata/linkElement
 
 linkFieldFEATURE_LINK[1]/linkField
 
 /sourceExpression
 
 isMultiplefalse/isMultiple
 
 /AttributeMapping
 
  
 
 Exactly the same mapping works fine within my GeologicUnit mapping file,
 which also has a gsmlcore:metadata property. Therefore, I don't think
 that
 the problem has anything to do with the mapping for the isp:MD_Metadata
 element.
 
  
 
 When I add this targetAttribute to the MappedFeature file, Geoserver gags
 on
 boot, throwing the error shown below. The error goes away if I rename the
 targetAttribute to something that doesn't exist (e.g.
 gsmlcore:moustache),
 but then as you'd expect there's an error when making a feature request. 
 
  
 
 Thanks!
 
 Ryan
 
  
 
 24 Aug 12:56:37 INFO [org.geoserver] - 
 
 java.io.IOException
 
 at
 org.geoserver.catalog.ResourcePool.getDataStore(ResourcePool.java:362)
 
 at
 org.geoserver.catalog.impl.DataStoreInfoImpl.getDataStore(DataStoreInfoImpl.
 java:37)
 
 at
 org.geoserver.config.GeoServerLoader.readCatalog(GeoServerLoader.java:572)
 
 at
 org.geoserver.config.GeoServerLoader.loadCatalog(GeoServerLoader.java:152)
 
 at
 org.geoserver.config.GeoServerLoader.postProcessBeforeInitialization(GeoServ
 erLoader.java:123)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFact
 ory.java:350)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .initializeBean(AbstractAutowireCapableBeanFactory.java:1330)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .doCreateBean(AbstractAutowireCapableBeanFactory.java:473)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 $1.run(AbstractAutowireCapableBeanFactory.java:409)
 
 at java.security.AccessController.doPrivileged(Native
 Method)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .createBean(AbstractAutowireCapableBeanFactory.java:380)
 
 at
 org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(Ab
 stractBeanFactory.java:264)
 
 at
 org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSi
 ngleton(DefaultSingletonBeanRegistry.java:221)
 
 at
 org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(Abst
 ractBeanFactory.java:261)
 
 at
 org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra
 ctBeanFactory.java:185)
 
 at
 org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra
 ctBeanFactory.java:164)
 
 at
 org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolv
 eReference(BeanDefinitionValueResolver.java:269)
 
 at
 org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolv
 eValueIfNecessary(BeanDefinitionValueResolver.java:104)
 
 at
 org.springframework.beans.factory.support.ConstructorResolver.resolveConstru
 ctorArguments(ConstructorResolver.java:495)
 
 at
 org.springframework.beans.factory.support.ConstructorResolver.autowireConstr
 uctor(ConstructorResolver.java:162)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .autowireConstructor(AbstractAutowireCapableBeanFactory.java:925)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory
 .createBeanInstance(AbstractAutowireCapableBeanFactory.java:835)
 
 at
 

Re: [Geoserver-users] [ExternalEmail] Re: PostGIS: Error occurred trying to reproject data

2010-08-25 Thread Ben Caradoc-Davies
On 25/08/10 14:10, v...@csiro wrote:
 You can download a build version from our buildbot
 http://files.ivec.org/geoserver/geoserver-trunk/2010-08-25/
 The files states GeoServer 2.1, I think it should still be 2.0.x so just
 ignore that :)

Sina,

don't ignore the 2.1. The label 2.1-SNAPSHOT is correct as these are 
trunk builds. 2.0.x is the stable branch. We backport all app-schema 
fixes to the stable branch, so if you prefer to use the 2.0 (stable) 
series, you can get the latest nightly build of 2.0 from geoserver.org .

Kind regards,

-- 
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] GeoServer examples (Gallery wiki page)

2010-08-25 Thread Ben Caradoc-Davies
Jody,

many of the services consumed by the AuScope Portal are GeoServer 
app-schema:
http://portal.auscope.org/gmap.html

There are a few bullet points in my FOSS4G 2009 presentation:
https://www.seegrid.csiro.au/twiki/bin/view/Infosrvices/GeoserverAppSchemaFoss4g2009

GeoServer app-schema is the WFS component of the Spatial Information 
Services Stack project, and is being used to enable interoperable 
exchange of spatial information between Australian government and 
statutory agencies.

We should have a nice statement somewhere. I'll consult my project managers.

Kind regards,
Ben.


On 20/08/10 12:38, Jody Garnett wrote:
 Afternoon:

 I am pulling together a geoserver presentation and would love to be
 able to cite additional case studies. If people have examples of using
 geoserver they are proud of please let me know :-)

 Presentations are sometimes hard to get back to the community (simply
 because they are not in svn and don't age well). What I will do is add
 additional entries to the wiki Gallery page:
 - http://geoserver.org/display/GEOS/Gallery

 I have already read over the nice case studies on the opengeo site:
 - http://opengeo.org/publications/ (actually there is no good link to
 case studies - since all their writing is intermixed)

 And the OSGeo case studies are actually devoid of GeoServer Examples -
 I will add a link to the GeoServer Gallery now:
 - http://wiki.osgeo.org/wiki/Case_Studies

 Jody

 --
 This SF.net email is sponsored by

 Make an app they can't live without
 Enter the BlackBerry Developer Challenge
 http://p.sf.net/sfu/RIM-dev2dev
 ___
 Geoserver-users mailing list
 Geoserver-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-users



-- 
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


[Geoserver-users] WMS GetFeatureInfo HTTP POST fails

2010-08-25 Thread Perkola Paula
Hi everyone,

I am trying to execute a WMS GetFeatureInfo query with HTTP POST, but I get the 
error message shown below from Jetty. Is there something wrong with the xml 
request syntax or is the problem with GeoServer? I am running GeoServer 2.0.2.

I was previously executing my WMS GetFeatureInfo queries with HTTP GET, but as 
the number of queried layers and thus length of the GET URL increased I 
received FULL head error messages from Jetty. I am now trying to circumvent the 
lengthy URL dilemma by executing an HTTP POST instead. Any ideas or nudges in 
the right direction would be greatly appreciated.

Regards,
Paula

***
Paula Perkola
Trainee Research Scientist
VTT Technical Research Centre of Finlan


Jetty Error Message

25 elo 15:42:51 DEBUG [org.geoserver.filters] - filtering 
http://localhost:8080/geoserver/wms
25 elo 15:42:51 DEBUG [org.vfny.geoserver.requests] - First 4 bytes of XML doc 
are : 3C ('') 3F ('?
') 78 ('x') 6D ('m')
25 elo 15:42:51 DEBUG [org.vfny.geoserver.requests] - Charset detection phase 
1. Inferred encoding:
UTF-8
25 elo 15:42:51 DEBUG [org.vfny.geoserver.requests] - Charset detection phase 
2. Charset in XML decl
aration is `UTF-8`.
25 elo 15:42:51 DEBUG [org.vfny.geoserver.requests] - Trying to create reader 
basing on existing cha
rset information: `UTF-8`.
25 elo 15:42:51 DEBUG [org.geoserver.ows] - Raw XML request starts with: ?xml 
version=1.0 encodin
g=UTF-8?wms:GetFeatureInfo service=WMS outputFormat=text/html 
xmlns:wms=http://www.opengis.
net/wms wms:Query 
layers=syke:syke_swe_20100412_z_24h_2_0_0d0_255_255d0_cm_ver1_amsr-e/wm
s:Query/wms:GetFeature


25 elo 15:42:51 INFO [org.geoserver.ows] - No xml reader: 
(http://www.opengis.net/wms,GetFeatureInfo
)
25 elo 15:42:51 ERROR [org.geoserver.ows] -
org.geoserver.platform.ServiceException: Could not find request reader (either 
kvp or xml) for: org.
vfny.geoserver.wms.requests.GetFeatureInfoRequest
at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:478)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:227)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.j
ava:153)
at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControlle
rHandlerAdapter.java:48)
at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571
)
at 
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:511)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
at 
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter
.java:108)
at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java
:265)
at 
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityIntercepto
r.java:107)
at 
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityIntercep
tor.java:72)
at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java
:275)
at 
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:
124)
at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java
:275)
at 
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcess
ingFilter.java:125)
at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java
:275)
at 
org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:
174)
at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java
:275)
at 
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContext
IntegrationFilter.java:249)
at 
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java
:275)
at 
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:149)
at 
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
at 

[Geoserver-users] Transaction Failed update error

2010-08-25 Thread g f
Hello all,
I have recently updated to a geoserver2 nightly build (month ago) from 1.7
as well as moving from postgres 8.3/postgis 1.3 to postgres 8.4/postgis 1.5.
OS: Debian 4
I recreated the databases and am seeing the following error while performing
ONLY an update of any features through Openlayers code that worked fine
before my upgrades above.
I can do inserts and deletes of feature types.
I tried a few things such as disabling the Acegi filter in web.xml as well
as verifying that the user, that does the transactions in geoserver, has the
ability to update (simple update statement performed in psql).
I also modified VERBOSE_logging.xml to log everything by changing everything
to ALL.
Does anyone have any ideas what the issue may be?
Thanks.
Below is the error log.


2010-08-25 14:11:38,967 ERROR [geoserver.wfs] - Transaction failed
org.geoserver.wfs.WFSTransactionException: update error
at
org.geoserver.wfs.UpdateElementHandler.execute(UpdateElementHandler.java:246)
at org.geoserver.wfs.Transaction.execute(Transaction.java:334)
at org.geoserver.wfs.Transaction.transaction(Transaction.java:109)
at
org.geoserver.wfs.DefaultWebFeatureService.transaction(DefaultWebFeatureService.java:163)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
at org.geoserver.ows.util.EMFLogger.invoke(EMFLogger.java:51)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy19.transaction(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:599)
at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:230)
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:875)
at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
at
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
at
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:511)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at sun.reflect.GeneratedMethodAccessor104.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:269)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Unknown Source)
at
org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:301)
at
org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:162)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:283)
at
org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:56)
at
org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:185)
at
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:23)
at sun.reflect.GeneratedMethodAccessor103.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:269)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Unknown Source)
at
org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:301)
at
org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:243)
at

Re: [Geoserver-users] SLD doesnt work exactly for GoogleEarth-Plugin

2010-08-25 Thread Martin.L

Wow! I knew about these function but I can't believe that GoogleEarth
visualize the buffers. Thank you very much @ all.
One question again. The buffered region is white. How can I colour them like
the points in my Mappingapplication? The SLD only colours the points
(centroid of the buffer).

Martin

David Winslow-5 wrote:
 
 Buffering a point produces a polygon.  In postgis, you'd use
 ST_buffer(the_geom, d).   Replace d with the real-world size you would
 like the markers to have (they'll be in world units, so they will resize
 as
 you zoom.)  You'll have to do this in the database though; I don't think
 SLD
 geometry transformations work in KML output.
 
 On Wed, Aug 25, 2010 at 9:02 AM, Martin.L hermsdorfe...@web.de wrote:
 

 Great! Thank you for the quick response.
 How can I get a polygon from only one point? There is a PostGIS-function
 makepolygon but I have to have more than one points for that.
 Is there another solution?

 Martin

 Arne Kepp-2 wrote:
 
  One way to achieve the effect you are after is to create a polygon for
  each of these points and send these polygons as KML to Google Earth.
  Those are not clickable, so if you want popups you'll also have to add
 a
  transparent PNG or something something similar as a point symbolizer.
 
  -Arne
 
  On 8/24/10 9:23 PM, Martin.L wrote:
  Hi @ all!
 
  I have a problem with my SLD and the GoogleEarth-Plugin in my
  application. I
  made a SLD with PointSymbolizers which have a dynamic size.
 
  PointSymbolizer
   Graphic
 Mark
  WellKnownNamecircle/WellKnownName
   Fill
   CssParameter
 name=fill-opacity1.0/CssParameter
   CssParameter
 name=fill#D4/CssParameter
   /Fill
 /Mark
 
  Sizeogc:PropertyNamemagnitude/ogc:PropertyName/Size
   /Graphic
  /PointSymbolizer
 
  The size is defined by the field magnitude coming from GeoServer (at
  the
  end from PostGIS). In my OpenLayers-application everything works fine.
  The
  points have a different size. However the GoogleEarth-plugin styles
 the
  points with the default point style of GoogleEarth and the color I
  defined
  for different rules. The problem is, that the size is the same for
 every
  point.
 
  Does anyone have a solution for this problem? I appreciate any help.
  Thanks in advance
  Martin
 
 
 
 --
  Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
  Be part of this innovative community and reach millions of netbook
 users
  worldwide. Take advantage of special opportunities to increase revenue
 and
  speed time-to-market. Join now, and jumpstart your future.
  http://p.sf.net/sfu/intel-atom-d2d
  ___
  Geoserver-users mailing list
  Geoserver-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/geoserver-users
 
 

 --
 View this message in context:
 http://old.nabble.com/SLD-doesnt-work-exactly-for-GoogleEarth-Plugin-tp29523761p29532009.html
 Sent from the GeoServer - User mailing list archive at Nabble.com.



 --
 Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
 Be part of this innovative community and reach millions of netbook users
 worldwide. Take advantage of special opportunities to increase revenue
 and
 speed time-to-market. Join now, and jumpstart your future.
 http://p.sf.net/sfu/intel-atom-d2d
 ___
 Geoserver-users mailing list
 Geoserver-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-users

 
 --
 Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
 Be part of this innovative community and reach millions of netbook users 
 worldwide. Take advantage of special opportunities to increase revenue and 
 speed time-to-market. Join now, and jumpstart your future.
 http://p.sf.net/sfu/intel-atom-d2d
 ___
 Geoserver-users mailing list
 Geoserver-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-users
 
 

-- 
View this message in context: 
http://old.nabble.com/SLD-doesnt-work-exactly-for-GoogleEarth-Plugin-tp29523761p29533729.html
Sent from the GeoServer - User mailing list archive at Nabble.com.


--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d

Re: [Geoserver-users] SLD doesnt work exactly for GoogleEarth-Plugin

2010-08-25 Thread David Winslow
Add a PolygonSymbolizer with the appropriate fill color to your SLD.

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

On Wed, Aug 25, 2010 at 11:38 AM, Martin.L hermsdorfe...@web.de wrote:


 Wow! I knew about these function but I can't believe that GoogleEarth
 visualize the buffers. Thank you very much @ all.
 One question again. The buffered region is white. How can I colour them
 like
 the points in my Mappingapplication? The SLD only colours the points
 (centroid of the buffer).

 Martin

 David Winslow-5 wrote:
 
  Buffering a point produces a polygon.  In postgis, you'd use
  ST_buffer(the_geom, d).   Replace d with the real-world size you would
  like the markers to have (they'll be in world units, so they will resize
  as
  you zoom.)  You'll have to do this in the database though; I don't think
  SLD
  geometry transformations work in KML output.
 
  On Wed, Aug 25, 2010 at 9:02 AM, Martin.L hermsdorfe...@web.de wrote:
 
 
  Great! Thank you for the quick response.
  How can I get a polygon from only one point? There is a PostGIS-function
  makepolygon but I have to have more than one points for that.
  Is there another solution?
 
  Martin
 
  Arne Kepp-2 wrote:
  
   One way to achieve the effect you are after is to create a polygon for
   each of these points and send these polygons as KML to Google Earth.
   Those are not clickable, so if you want popups you'll also have to add
  a
   transparent PNG or something something similar as a point symbolizer.
  
   -Arne
  
   On 8/24/10 9:23 PM, Martin.L wrote:
   Hi @ all!
  
   I have a problem with my SLD and the GoogleEarth-Plugin in my
   application. I
   made a SLD with PointSymbolizers which have a dynamic size.
  
   PointSymbolizer
Graphic
  Mark
   WellKnownNamecircle/WellKnownName
Fill
CssParameter
  name=fill-opacity1.0/CssParameter
CssParameter
  name=fill#D4/CssParameter
/Fill
  /Mark
  
   Sizeogc:PropertyNamemagnitude/ogc:PropertyName/Size
/Graphic
   /PointSymbolizer
  
   The size is defined by the field magnitude coming from GeoServer
 (at
   the
   end from PostGIS). In my OpenLayers-application everything works
 fine.
   The
   points have a different size. However the GoogleEarth-plugin styles
  the
   points with the default point style of GoogleEarth and the color I
   defined
   for different rules. The problem is, that the size is the same for
  every
   point.
  
   Does anyone have a solution for this problem? I appreciate any help.
   Thanks in advance
   Martin
  
  
  
 
 --
   Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
   Be part of this innovative community and reach millions of netbook
  users
   worldwide. Take advantage of special opportunities to increase revenue
  and
   speed time-to-market. Join now, and jumpstart your future.
   http://p.sf.net/sfu/intel-atom-d2d
   ___
   Geoserver-users mailing list
   Geoserver-users@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/geoserver-users
  
  
 
  --
  View this message in context:
 
 http://old.nabble.com/SLD-doesnt-work-exactly-for-GoogleEarth-Plugin-tp29523761p29532009.html
  Sent from the GeoServer - User mailing list archive at Nabble.com.
 
 
 
 
 --
  Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
  Be part of this innovative community and reach millions of netbook users
  worldwide. Take advantage of special opportunities to increase revenue
  and
  speed time-to-market. Join now, and jumpstart your future.
  http://p.sf.net/sfu/intel-atom-d2d
  ___
  Geoserver-users mailing list
  Geoserver-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/geoserver-users
 
 
 
 --
  Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
  Be part of this innovative community and reach millions of netbook users
  worldwide. Take advantage of special opportunities to increase revenue
 and
  speed time-to-market. Join now, and jumpstart your future.
  http://p.sf.net/sfu/intel-atom-d2d
  ___
  Geoserver-users mailing list
  Geoserver-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/geoserver-users
 
 

 --
 View this message in context:
 http://old.nabble.com/SLD-doesnt-work-exactly-for-GoogleEarth-Plugin-tp29523761p29533729.html
 Sent from the GeoServer - User mailing list archive at Nabble.com.



 --
 Sell apps to 

Re: [Geoserver-users] Reprojection of ArcSDE rasters is extremly slow.

2010-08-25 Thread Gabriel Roldan
Hi Miloslav,

please cc the mailing list when replying.

On Aug 25, 2010, at 6:17 AM, Miloslav Kmeť wrote:

 Hi Gabriel.
 
 Thank you for a quick response and explantation. I'll create a ticket about 
 the issue. Of course, we could be a testers.
 
 Our GIS architecture is ESRI oriented, but we are also interested in 
 geoserver, because we like open source and geoserver looks fine.
 
 Reprojection is a key feature, that is necessary for us. We are serving large 
 amount of layers for various organizations. In Slovakia ESRI JTSK 102067 is 
 widely used, but we also need to distribute the data at least in WGS84 (epsg 
 4326) and some others.
 
 How it is possible, that ArcGIS fetches and reprojects the data very fast?

The reason is somewhat explained in the previous reply. I can't say for sure 
(as I can't look at ArcGIS source code :) ), but I bet they just build the in 
memory image doing sequential tile fetching, which is fast.
What I'm not sure if you can get the whole coverage contents from ArcGIS. Does 
it has a WCS or similar service? is it possible to ask it for 100k x 100x 
pixels raster?

In any case, I knew there could be some issues with the way we're doing things 
right now, and it's 99% probable that we're doing something wrong or at least 
un-optimally.

I don't know if SDE can do server side reprojection though, I didn't find 
anything about it. It'd be cool if it can, but I don't think so.

If you can use a GeoServer-2.1-SNAPSHOT (like in latest nightlies) I could send 
you a replacement jar to try out and see how it performs with JAI tile cache 
enabled (the code is there, is just a matter of swapping a flag). That'd be the 
easiest fix. More complicated tunning can be done too, like in a 
(configurable?) max requested image size to decide whether to do streaming or 
not.

Cheers,
Gabriel


 If I understand it correctly, Geoserver needs to fetch the data in native 
 SRS, and then the data are reprojected to requested SRS in 
 Geoserver/geotools. I think, that ArcGIS fetches data from SDE reprojected 
 (through some SDE function). Am I right? I am not an SDE expert, or Java 
 developer.
 
 We have also the same issue with performance on vector layers. If the vector 
 is simple it fetches and reprojects data very fast, but as long as we add 
 more complicated layers to the WMS, the performance goes down. While ArcGIS 
 is as fast as without any reprojection.
 
 Thank You
 
 Miloslav Kmeť
 
 
 On streda 25 August 2010 01:34:23 you wrote:
 I suspected that... sigh.
 
 Could you please create a jira issue about this? 
 http://jira.codehaus.org/browse/GEOT component: data-arcsde, asignee: me.
 
 There's a difficult compromise to take wrt ArcSDE raster performance. Right 
 now it's optimized for no reprojection and streaming. Meaning it takes 
 advantage of the rasters pyramid of tiles to conserve server resources while 
 at the same time being able of serving large images.
 The other two options are:
 - building the image in-memory, of the requested size. This can easily lead 
 to out of memory exceptions and very poor performance
 - Using the JAI tile cache: hard to optimize, in the long run/under 
 concurrency can bloat memory or incur in high synchronization costs, 
 affecting performance.
 
 Second option seems like a better compromise though, as long as its tunable.
 
 The underlying reason is that having to fetch the raster tiles from the 
 database is not as a cheap operation as it would be by reading directly from 
 disk (like for a tiled geotiff with overview). The ArcSDE plugin needs to 
 execute a database query that'll fetch all the tiles needed and traverse 
 them (like if it were a JDBC resultset). Problem is when reprojection is 
 applied, the JAI operation chain tends to request for tiles in non 
 consecutive order, forcing the execution of more database queries, as the 
 resultset can't be rewinded. Using the JAI tile cache more aggressively 
 alleviates the need for extra database queries, that are expensive.
 
 Building the requested image fully in memory instead of streaming is fast as 
 long as the image size is small. But one can easily request for the whole 
 raster with WCS, and that just won't work.
 
 That's the explanation, now we should get to a better compromise.
 
 Thanks for reporting the problem. Would you like to be a tester?
 
 Cheers,
 Gabriel
 On Aug 24, 2010, at 4:47 AM, Miloslav Kmeť wrote:
 
 We have tested on several servers GEOSERVER 2.x with ArcSDE 9.3.1 rasters 
 reprojection of
 WMS service.
 
 It's extremly slow.
 
 Can you help?
 
 Testing url:
 
 http://geo.enviroportal.sk/geoserver/sazp/zakladna_mapa_1/wms - slow
 
 http://geo.enviroportal.sk/geoserver/sazp/dmr3/wms  - timeout
 
 http://geo.enviroportal.sk/geoserver/sazp/IMA_2000/wms - mostly timeout
 
 Same data in WMS - ArcGis server works for reprojection fast.
 
 Thank you
 
 
 Gabriel Roldan
 grol...@opengeo.org
 Expert service straight from the developers
 
 

Gabriel Roldan

Re: [Geoserver-users] Appschema: NullPointerException

2010-08-25 Thread Ryan Clark
Using the 8-25-10 build, I do not get this NullPointer exception. However,
WFS response documents are returning MappedFeatures where the
gsmlcore:metadata element is empty, when it should not be... I've gotten the
service live, so feel free to take a look at http://debug.usgin.org/gsml.
This is running the most recent nightly build.

Empty elements makes me think there's some kind of backend data problem, but
I've double-checked and can't find it. To explain, the isp:MD_Metadata
mapping looks like:
AttributeMapping
targetAttributeFEATURE_LINK[1]/targetAttribute
sourceExpression
OCQLdatasources_id/OCQL
/sourceExpression
/AttributeMapping

The chaining from the MappedFeature looks like:
AttributeMapping
targetAttributegsmlcore:metadata/targetAttribute
sourceExpression
OCQLdatasourceid/OCQL
linkElementisp:MD_Metadata/linkElement
linkFieldFEATURE_LINK[1]/linkField
/sourceExpression
isMultiplefalse/isMultiple
/AttributeMapping

And this returns empty gsmlcore:metadata elements. However, the SQL Query:
SELECT mapunitpolys.mapunit, datasources.source
FROM ncgmp.mapunitpolys LEFT JOIN ncgmp.datasources ON
mapunitpolys.datasourceid = datasources.datasources_id
WHERE datasources.source IS NULL;
... does not return any records, indicating that every MappedFeature (from
the mapunitpolys table) has an associated MD_Metadata feature (from the
datasources table), but for some reason it is not coming through in the WFS
response.

Thanks,
Ryan



-Original Message-
From: Ryan Clark [mailto:ryan.cl...@azgs.az.gov] 
Sent: Wednesday, August 25, 2010 8:42 AM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Appschema: NullPointerException

Attached are the mappings I'm using. I double-checked, and there are no null
values in the backend tables relating to this particular attribute mapping.

I'm using a dump from svn trunk that I took about a month ago - not exactly
sure what day it was. Today I'll be trying to set things up in a live
environment with the lastest nightly build.

Thanks for taking a look!
Ryan




-Original Message-
From: v...@csiro [mailto:victor@csiro.au]
Sent: Tuesday, August 24, 2010 11:20 PM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Appschema: NullPointerException


Hi Ryan,

Which build version are you using?

Would you be able to send the mapping files?  I ran into a similar issue in
the past and it was due to null values in the database even though the
schema is set to minOccur=0

I have submitted a patch for this last month

http://jira.codehaus.org/browse/GEOT-2679

Perhaps you can try with the latest version from trunk which is build from
our buildbot :)

http://files.ivec.org/geoserver/geoserver-trunk/2010-08-25/




Ryan Clark wrote:
 
 Okay - hopefully my last app-schema issue for a while. I certainly 
 appreciate the help!
 
  
 
 My MappedFeature mapping file works perfectly until I add the 
 targetAttribute gsmlcore:metadata. Here's the mapping:
 
 AttributeMapping
 
 targetAttributegsmlcore:metadata/targetAttribute
 
 sourceExpression
 
 OCQLdatasourceid/OCQL
 
 
 linkElementisp:MD_Metadata/linkElement
 
 linkFieldFEATURE_LINK[1]/linkField
 
 /sourceExpression
 
 isMultiplefalse/isMultiple
 
 /AttributeMapping
 
  
 
 Exactly the same mapping works fine within my GeologicUnit mapping 
 file, which also has a gsmlcore:metadata property. Therefore, I don't 
 think that the problem has anything to do with the mapping for the 
 isp:MD_Metadata element.
 
  
 
 When I add this targetAttribute to the MappedFeature file, Geoserver 
 gags on boot, throwing the error shown below. The error goes away if I 
 rename the targetAttribute to something that doesn't exist (e.g.
 gsmlcore:moustache),
 but then as you'd expect there's an error when making a feature request. 
 
  
 
 Thanks!
 
 Ryan
 
  
 
 24 Aug 12:56:37 INFO [org.geoserver] -
 
 java.io.IOException
 
 at
 org.geoserver.catalog.ResourcePool.getDataStore(ResourcePool.java:362)
 
 at

org.geoserver.catalog.impl.DataStoreInfoImpl.getDataStore(DataStoreInfoImpl.
 java:37)
 
 at
 org.geoserver.config.GeoServerLoader.readCatalog(GeoServerLoader.java:
 572)
 
 at
 org.geoserver.config.GeoServerLoader.loadCatalog(GeoServerLoader.java:
 152)
 
 at
 org.geoserver.config.GeoServerLoader.postProcessBeforeInitialization(G
 eoServ
 erLoader.java:123)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
 actory 
 .applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBe
 anFact
 ory.java:350)
 
 at
 org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
 actory
 

Re: [Geoserver-users] Restricting WFS by Per-Request Feature Limit parameter

2010-08-25 Thread Andrea Aime
Cristiano Giovando ha scritto:
 Geoserver 2.0.x does not currently provide an option to restrict WFS
 access to certain layers, and at the same time not to others within
 the same instance. Let's say I have 3 layers published as WMS, but I
 only want 2 also accessible thru WFS. It would be nice to have control
 of how layers are exposed in each output format.
 
 A quick workaround would be to set the Per-Request Feature Limit
 option in the layer's publishing section to 0, but it does not seem
 to be applied (if I set any other number it works and returns that
 exact number of features). I suppose the 0 value means no limit,
 but it would be nice to actually use it as a real value to restrict
 access to that layer's WFS.
 
 I understand this is not the best solution, as it breaks the
 Capabilities document, and so on, but it could be a quick fix before
 virtual OWS services are implemented (?), which would eventually
 provide more control on publishing options.

The virtual OWS services have been implemented many months ago
on trunk.

We cannot change the meaning of 0 as the lack of a feature limit
because it would break backwards compatibility (so, if we did,
we'd have to call the next GeoServer 3.0), plus a feature limit
would still make the layer available in the capabilities.

What you need is to alter the current security subsystem to care
about the combination of workspace, layer and service.

Alternatively you could help in merging the GEOXACML work, which
first requires to make the security subsystem pluggable (that's
where the help/funding is needed now). And then a good dose of
patience setting up the rules, last time I tried a single line
in the current simple security config file exploded in 100
lines of GEOXACML.

Cheers
Andrea

-- 
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users 
worldwide. Take advantage of special opportunities to increase revenue and 
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users