[Geoserver-devel] [jira] Created: (GEOS-2529) REST CoverageListResource improvement
REST CoverageListResource improvement - Key: GEOS-2529 URL: http://jira.codehaus.org/browse/GEOS-2529 Project: GeoServer Issue Type: Improvement Affects Versions: 1.7.x, Community Reporter: Alessio Fabiani Assignee: Alessio Fabiani Fix For: 1.7.2, 1.7.3, 1.7.4, 1.7.5, 1.7.x, 2.0.x, Community The CoverageListResource actually is compliant with the old (1.6.x) REST approach which directly points to the coverage store IDs, but now (1.7.x) it must take into account the virtual folders too. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2531) REST CoverageResource improvement
REST CoverageResource improvement - Key: GEOS-2531 URL: http://jira.codehaus.org/browse/GEOS-2531 Project: GeoServer Issue Type: Improvement Affects Versions: 1.7.x Reporter: Alessio Fabiani Assignee: Alessio Fabiani Fix For: 1.7.2, 1.7.3, 1.7.4, 1.7.5, 1.7.x, 2.0.x The CoverageResource actually expects from the request a coverage store id and a coverage ID, but since the new REST virtual folders introduction the requests now are provided with the virtual folder ID and the coverage store ID. The CoverageResource shoud be refactored in order to respect the new behavior. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Per Layer Security User Interface
Hi Francesco, Again no apologies needed :). One of the reasons why we use version control is it makes it easy to move stuff around :). As for a name of the module how about just security. It might make sense to use the module for all aspects relating to security. Or perhaps it make sense to make it part of the core module, i am not sure. As for dependencies, I think you would want to add a dependency on pls (or security) on web2/core, and then add a profile to web2/app that enables the pls module. Let me know if you want help setting up the poms, i would be happy to help. -Justin Francesco Izzi wrote: Hi all, i'm sorry for have added the module in the web2 module, and for this i have immediatly removed. I wanted suggestions for module name, i thinking pls_ui. and suggestion for dependencies. i wont added a link in the gs-2 menu like Per Layer Security, and a page that is a table of per layer security access list. Best regards, -- Francesco Izzi geoSDI - NSDI Responsabile Sviluppo Software C.da Loja 85050 Tito Scalo - POTENZA (PZ) Italia phone: +39 0971427305 fax: +39 0971 427271 mob:+39 3402640314 http://geosdi.nsdi.it -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Per Layer Security User Interface
Hi Justin, k, the module name will be security. Yep, for not create any problem i want help to start the module community. Thanks. 2008/12/19 Justin Deoliveira jdeol...@opengeo.org Hi Francesco, Again no apologies needed :). One of the reasons why we use version control is it makes it easy to move stuff around :). As for a name of the module how about just security. It might make sense to use the module for all aspects relating to security. Or perhaps it make sense to make it part of the core module, i am not sure. As for dependencies, I think you would want to add a dependency on pls (or security) on web2/core, and then add a profile to web2/app that enables the pls module. Let me know if you want help setting up the poms, i would be happy to help. -Justin Francesco Izzi wrote: Hi all, i'm sorry for have added the module in the web2 module, and for this i have immediatly removed. I wanted suggestions for module name, i thinking pls_ui. and suggestion for dependencies. i wont added a link in the gs-2 menu like Per Layer Security, and a page that is a table of per layer security access list. Best regards, -- Francesco Izzi geoSDI - NSDI Responsabile Sviluppo Software C.da Loja 85050 Tito Scalo - POTENZA (PZ) Italia phone: +39 0971427305 fax: +39 0971 427271 mob:+39 3402640314 http://geosdi.nsdi.it -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Francesco Izzi geoSDI - NSDI Responsabile Sviluppo Software C.da Loja 85050 Tito Scalo - POTENZA (PZ) Italia phone: +39 0971427305 fax: +39 0971 427271 mob:+39 3402640314 http://geosdi.nsdi.it -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Per Layer Security User Interface
Hi Francesco, Ok no problem. Shall I create the directory structure and you can add your files into it? Or do you want to move your files over first and then i can add the poms later. Just let me know. -Justin Francesco Izzi wrote: Hi Justin, k, the module name will be security. Yep, for not create any problem i want help to start the module community. Thanks. 2008/12/19 Justin Deoliveira jdeol...@opengeo.org mailto:jdeol...@opengeo.org Hi Francesco, Again no apologies needed :). One of the reasons why we use version control is it makes it easy to move stuff around :). As for a name of the module how about just security. It might make sense to use the module for all aspects relating to security. Or perhaps it make sense to make it part of the core module, i am not sure. As for dependencies, I think you would want to add a dependency on pls (or security) on web2/core, and then add a profile to web2/app that enables the pls module. Let me know if you want help setting up the poms, i would be happy to help. -Justin Francesco Izzi wrote: Hi all, i'm sorry for have added the module in the web2 module, and for this i have immediatly removed. I wanted suggestions for module name, i thinking pls_ui. and suggestion for dependencies. i wont added a link in the gs-2 menu like Per Layer Security, and a page that is a table of per layer security access list. Best regards, -- Francesco Izzi geoSDI - NSDI Responsabile Sviluppo Software C.da Loja 85050 Tito Scalo - POTENZA (PZ) Italia phone: +39 0971427305 fax: +39 0971 427271 mob:+39 3402640314 http://geosdi.nsdi.it -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net mailto:Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Francesco Izzi geoSDI - NSDI Responsabile Sviluppo Software C.da Loja 85050 Tito Scalo - POTENZA (PZ) Italia phone: +39 0971427305 fax: +39 0971 427271 mob:+39 3402640314 http://geosdi.nsdi.it -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-2533) KML / GeoTools bombs out on requests for bbox 90.00, 180.00 and so forth
KML / GeoTools bombs out on requests for bbox 90.00, 180.00 and so forth Key: GEOS-2533 URL: http://jira.codehaus.org/browse/GEOS-2533 Project: GeoServer Issue Type: Bug Components: Google Earth KML Output Affects Versions: 1.7.1 Reporter: Arne Kepp Assignee: Arne Kepp Fix For: 1.7.2 Ruins regionating for big datasets 2008-12-19 13:29:12,564 ERROR [kml.KMZHelper] - Empty tile, error message: MimeType mismatch, expected application/vnd.google-earth.kml+xml but got application/vnd.ogc.se_xml;charset=UTF-8 from http://localhost:808 0/geosearch/wms?format_options=regionateby:autolayers=massgis%3AMORIS_CONMAPSG_POLYwidth=256styles=massgis_polygonsrs=EPSG%3A4326format=application%2Fvnd.google-earth.kml%2Bxmltiled=FALSEversion=1.1.0except ions=application%2Fvnd.ogc.se_inimageheight=256bbox=90.0%2C-90.0%2C180.0%2C0.0request=GetMapservice=WMStransparent=TRUE null 2008-12-19 13:29:13,099 ERROR [geoserver.geosearch] - Error occurred while pre-processing regionated features org.geotools.referencing.operation.projection.ProjectionException: Latitude 90°00.0'S is too close to a pole. at org.geotools.referencing.operation.projection.LambertConformal.transformNormalized(LambertConformal.java:222) at org.geotools.referencing.operation.projection.MapProjection.transform(MapProjection.java:816) at org.geotools.referencing.operation.projection.MapProjection.transform(MapProjection.java:855) at org.geotools.referencing.operation.transform.AbstractMathTransform.transform(AbstractMathTransform.java:235) at org.geotools.referencing.operation.transform.ConcatenatedTransformDirect.transform(ConcatenatedTransformDirect.java:68) at org.geotools.referencing.CRS.transform(CRS.java:1131) at org.geotools.referencing.CRS.transform(CRS.java:1197) at org.geotools.geometry.jts.ReferencedEnvelope.transform(ReferencedEnvelope.java:557) at org.geotools.geometry.jts.ReferencedEnvelope.transform(ReferencedEnvelope.java:512) at org.vfny.geoserver.wms.responses.map.kml.NativeSortRegionatingStrategy.getSortedFeatures(NativeSortRegionatingStrategy.java:84) at org.vfny.geoserver.wms.responses.map.kml.CachedHierarchyRegionatingStrategy.computeFids(CachedHierarchyRegionatingStrategy.java:352) at org.vfny.geoserver.wms.responses.map.kml.CachedHierarchyRegionatingStrategy.readFeaturesForTile(CachedHierarchyRegionatingStrategy.java:284) at org.vfny.geoserver.wms.responses.map.kml.CachedHierarchyRegionatingStrategy.getUpwardFids(CachedHierarchyRegionatingStrategy.java:427) at org.vfny.geoserver.wms.responses.map.kml.CachedHierarchyRegionatingStrategy.computeFids(CachedHierarchyRegionatingStrategy.java:346) at org.vfny.geoserver.wms.responses.map.kml.CachedHierarchyRegionatingStrategy.readFeaturesForTile(CachedHierarchyRegionatingStrategy.java:284) at org.vfny.geoserver.wms.responses.map.kml.CachedHierarchyRegionatingStrategy.getFeaturesForTile(CachedHierarchyRegionatingStrategy.java:248) at org.vfny.geoserver.wms.responses.map.kml.CachedHierarchyRegionatingStrategy.getFilter(CachedHierarchyRegionatingStrategy.java:163) at org.vfny.geoserver.wms.responses.map.kml.KMLUtils.loadFeatureCollection(KMLUtils.java:499) at org.vfny.geoserver.wms.responses.map.kml.KMLTransformer$KMLTranslator.encodeVectorLayer(KMLTransformer.java:169) at org.vfny.geoserver.wms.responses.map.kml.KMLTransformer$KMLTranslator.encode(KMLTransformer.java:133) at org.geotools.xml.transform.TransformerBase$XMLReaderSupport.parse(TransformerBase.java:714) at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:484) at org.geotools.xml.transform.TransformerBase$Task.run(TransformerBase.java:296) at org.geotools.xml.transform.TransformerBase.transform(TransformerBase.java:129) at org.geotools.xml.transform.TransformerBase.transform(TransformerBase.java:108) at org.vfny.geoserver.wms.responses.map.kml.KMLMapProducer.writeTo(KMLMapProducer.java:123) at org.vfny.geoserver.wms.responses.GetMapResponse.writeTo(GetMapResponse.java:560) at org.geoserver.ows.adapters.ResponseAdapter.write(ResponseAdapter.java:60) at org.geoserver.ows.Dispatcher.response(Dispatcher.java:711) at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:215) 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
Re: [Geoserver-devel] Per Layer Security User Interface
Hi Francesco, I have added a module called web-security. I also added a profile called security to web2 to enable the module. I assume you are using eclipse? You run the following command from the root of the source tree: mvn eclipse:eclipse -P web2,web-security I also added a base page which shows how to plug-in to the ui. It should be a good base point to start. Let us know if you have any problems setting up. -Justin Francesco Izzi wrote: Yep, can you create the structure and i commit the file after. for the module name i think that *security* is good. Thanks. 2008/12/19 Justin Deoliveira jdeol...@opengeo.org mailto:jdeol...@opengeo.org Hi Francesco, Ok no problem. Shall I create the directory structure and you can add your files into it? Or do you want to move your files over first and then i can add the poms later. Just let me know. -Justin Francesco Izzi wrote: Hi Justin, k, the module name will be security. Yep, for not create any problem i want help to start the module community. Thanks. 2008/12/19 Justin Deoliveira jdeol...@opengeo.org mailto:jdeol...@opengeo.org mailto:jdeol...@opengeo.org mailto:jdeol...@opengeo.org Hi Francesco, Again no apologies needed :). One of the reasons why we use version control is it makes it easy to move stuff around :). As for a name of the module how about just security. It might make sense to use the module for all aspects relating to security. Or perhaps it make sense to make it part of the core module, i am not sure. As for dependencies, I think you would want to add a dependency on pls (or security) on web2/core, and then add a profile to web2/app that enables the pls module. Let me know if you want help setting up the poms, i would be happy to help. -Justin Francesco Izzi wrote: Hi all, i'm sorry for have added the module in the web2 module, and for this i have immediatly removed. I wanted suggestions for module name, i thinking pls_ui. and suggestion for dependencies. i wont added a link in the gs-2 menu like Per Layer Security, and a page that is a table of per layer security access list. Best regards, --Francesco Izzi geoSDI - NSDI Responsabile Sviluppo Software C.da Loja 85050 Tito Scalo - POTENZA (PZ) Italia phone: +39 0971427305 fax: +39 0971 427271 mob:+39 3402640314 http://geosdi.nsdi.it -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net mailto:Geoserver-devel@lists.sourceforge.net mailto:Geoserver-devel@lists.sourceforge.net mailto:Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel --Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Francesco Izzi geoSDI - NSDI Responsabile Sviluppo Software C.da Loja 85050 Tito Scalo - POTENZA (PZ) Italia phone: +39 0971427305 fax: +39 0971 427271 mob:+39 3402640314 http://geosdi.nsdi.it -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net mailto:Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Francesco Izzi geoSDI - NSDI Responsabile Sviluppo Software C.da Loja 85050 Tito Scalo - POTENZA (PZ) Italia
Re: [Geoserver-devel] Per Layer Security User Interface
Thanks Justin 2008/12/19 Justin Deoliveira jdeol...@opengeo.org Hi Francesco, I have added a module called web-security. I also added a profile called security to web2 to enable the module. I assume you are using eclipse? You run the following command from the root of the source tree: mvn eclipse:eclipse -P web2,web-security I also added a base page which shows how to plug-in to the ui. It should be a good base point to start. Let us know if you have any problems setting up. -Justin Francesco Izzi wrote: Yep, can you create the structure and i commit the file after. for the module name i think that *security* is good. Thanks. 2008/12/19 Justin Deoliveira jdeol...@opengeo.org mailto: jdeol...@opengeo.org Hi Francesco, Ok no problem. Shall I create the directory structure and you can add your files into it? Or do you want to move your files over first and then i can add the poms later. Just let me know. -Justin Francesco Izzi wrote: Hi Justin, k, the module name will be security. Yep, for not create any problem i want help to start the module community. Thanks. 2008/12/19 Justin Deoliveira jdeol...@opengeo.org mailto:jdeol...@opengeo.org mailto:jdeol...@opengeo.org mailto:jdeol...@opengeo.org Hi Francesco, Again no apologies needed :). One of the reasons why we use version control is it makes it easy to move stuff around :). As for a name of the module how about just security. It might make sense to use the module for all aspects relating to security. Or perhaps it make sense to make it part of the core module, i am not sure. As for dependencies, I think you would want to add a dependency on pls (or security) on web2/core, and then add a profile to web2/app that enables the pls module. Let me know if you want help setting up the poms, i would be happy to help. -Justin Francesco Izzi wrote: Hi all, i'm sorry for have added the module in the web2 module, and for this i have immediatly removed. I wanted suggestions for module name, i thinking pls_ui. and suggestion for dependencies. i wont added a link in the gs-2 menu like Per Layer Security, and a page that is a table of per layer security access list. Best regards, --Francesco Izzi geoSDI - NSDI Responsabile Sviluppo Software C.da Loja 85050 Tito Scalo - POTENZA (PZ) Italia phone: +39 0971427305 fax: +39 0971 427271 mob:+39 3402640314 http://geosdi.nsdi.it -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net mailto:Geoserver-devel@lists.sourceforge.net mailto:Geoserver-devel@lists.sourceforge.net mailto:Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel --Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. --Francesco Izzi geoSDI - NSDI Responsabile Sviluppo Software C.da Loja 85050 Tito Scalo - POTENZA (PZ) Italia phone: +39 0971427305 fax: +39 0971 427271 mob:+39 3402640314 http://geosdi.nsdi.it -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net mailto:Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel --Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Francesco Izzi geoSDI - NSDI Responsabile Sviluppo Software C.da Loja 85050 Tito Scalo - POTENZA (PZ) Italia phone: +39 0971427305 fax: +39 0971 427271 mob:+39 3402640314 http://geosdi.nsdi.it -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open