Using aditional CRS's which are specified in a user file with the help
of the -Duser.projections.file property doesn't seem to work as
expected.
The user's WKT definitions are listed in srsHelp.do, but when
requesting a map, the following exception is thrown:
88321 [SEVERE] org.vfny.geoserver.servlets.AbstractService - Service
exception occurred
org.vfny.geoserver.wms.WmsException: No code "EPSG:41110" from
authority "European Petroleum Survey Group" found for object of type
"CoordinateReferenceSystem".
at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseOptionalParameters(GetMapKvpReader.java:237)
at org.vfny.geoserver.wms.requests.GetMapKvpReader.getRequest(GetMapKvpReader.java:202)
at org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:299)
at org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:192)
at org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:52)
at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:139)
at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:44)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:684)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:625)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:392)
at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:347)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:103)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:619)
Example request:
http://localhost:8080/geoserver/wms?bbox=-2579378,-2416659,2674993,2394577&styles=polygon&Format=image/png&request=GetMap&layers=topp:states&width=800&height=600&srs=EPSG:41110
Any ideas?
Thanks,
Alex
Alexander Petkov ha scritto:
Using aditional CRS's which are specified in a user file with the help
of the -Duser.projections.file property doesn't seem to work as
expected.
The user's WKT definitions are listed in srsHelp.do, but when
requesting a map, the following exception is thrown:
That has been reported by a number of sources... unfortunately
I got moved to WFS-versioned so I did not spend time investiganting
why... I may try tomorrow morning, since I'm a little stuck on
wfs-versioned anyways...
Cheers
Andrea
That has been reported by a number of sources... unfortunately
I got moved to WFS-versioned so I did not spend time investiganting
why... I may try tomorrow morning, since I'm a little stuck on
wfs-versioned anyways...
It works if the FactoryUsingWKT extends the EPSGCRSAuthorityFactory 
Cheers,
Alex
Alexander Petkov ha scritto:
That has been reported by a number of sources... unfortunately
I got moved to WFS-versioned so I did not spend time investiganting
why... I may try tomorrow morning, since I'm a little stuck on
wfs-versioned anyways...
It works if the FactoryUsingWKT extends the EPSGCRSAuthorityFactory
Using that breaks everything. EPSGCRSAuthorityFactory sets itself
as authority with most precedence, so it's the first one to answer,
and basically overrides all HSQL crs, included all TOWGS84 information.
Cheers
Andrea
Hi Alex,
What is the WKT of your project. I can add it to my properties file and
give it a shot. Or is there another projection in the properties file
in svn that has the same issue?
-Justin
Alexander Petkov wrote:
That has been reported by a number of sources... unfortunately
I got moved to WFS-versioned so I did not spend time investiganting
why... I may try tomorrow morning, since I'm a little stuck on
wfs-versioned anyways...
It works if the FactoryUsingWKT extends the EPSGCRSAuthorityFactory
Cheers,
Alex
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
!DSPAM:1004,45e5c2fa213692051017194!
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org
Alexander Petkov ha scritto:
Using aditional CRS's which are specified in a user file with the help
of the -Duser.projections.file property doesn't seem to work as
expected.
Ok, I traced this down to two interacting bugs. I solved the first,
the second (http://jira.codehaus.org/browse/GEOT-1175) is still there but should not trigger anymore after my changes for GEOS-905.
Long story short, this should be working ok now on 1.5.x and on trunk too.
Alex, Cedric, you both have been hit by this. Can you double check everything is working as expected?
Cheers
Andrea
I will give it a shot--thanks Andrea 
Alex
On 3/1/07, Andrea Aime <aaime@anonymised.com> wrote:
Alexander Petkov ha scritto:
> Using aditional CRS's which are specified in a user file with the help
> of the -Duser.projections.file property doesn't seem to work as
> expected.
>
Ok, I traced this down to two interacting bugs. I solved the first,
the second (http://jira.codehaus.org/browse/GEOT-1175) is still there
but should not trigger anymore after my changes for GEOS-905.
Long story short, this should be working ok now on 1.5.x and on trunk too.
Alex, Cedric, you both have been hit by this. Can you double check
everything is working as expected?
Cheers
Andrea
Custom SRS stuff works--mwahahahaaaaaa....
Thanks Andrea
Alex
On 3/1/07, Alexander Petkov <greenkov@anonymised.com> wrote:
I will give it a shot--thanks Andrea
Alex
On 3/1/07, Andrea Aime <aaime@anonymised.com> wrote:
> Alexander Petkov ha scritto:
> > Using aditional CRS's which are specified in a user file with the help
> > of the -Duser.projections.file property doesn't seem to work as
> > expected.
> >
>
> Ok, I traced this down to two interacting bugs. I solved the first,
> the second (http://jira.codehaus.org/browse/GEOT-1175) is still there
> but should not trigger anymore after my changes for GEOS-905.
>
> Long story short, this should be working ok now on 1.5.x and on trunk too.
> Alex, Cedric, you both have been hit by this. Can you double check
> everything is working as expected?
>
> Cheers
> Andrea
>
Alexander Petkov a écrit :
Custom SRS stuff works--mwahahahaaaaaa....
Thanks Andrea
Alex
Thanks Andrea.
The crs EPSG:41001, which can be found in the epsg-extension jar of Geotools, that I use for a NetCDF file, is now correctly usable in Geoserver
Thanks for fixing this issue
Cédric B.
On 3/1/07, Alexander Petkov <greenkov@anonymised.com> wrote:
I will give it a shot--thanks Andrea
Alex
On 3/1/07, Andrea Aime <aaime@anonymised.com> wrote:
> Alexander Petkov ha scritto:
> > Using aditional CRS's which are specified in a user file with the help
> > of the -Duser.projections.file property doesn't seem to work as
> > expected.
> >
>
> Ok, I traced this down to two interacting bugs. I solved the first,
> the second (http://jira.codehaus.org/browse/GEOT-1175) is still there
> but should not trigger anymore after my changes for GEOS-905.
>
> Long story short, this should be working ok now on 1.5.x and on trunk too.
> Alex, Cedric, you both have been hit by this. Can you double check
> everything is working as expected?
>
> Cheers
> Andrea
>