[Geoserver-users] GeoTIFFs verus JP2
Hi List, We've recently taken deliver of some aerial photography. As lossless GeoTIFFs, the RedGreenBlue data is *278GB* As a compressed JP2 file the data is *26GB* - the JP2 is almost as good as the GeoTIFFs and comes with pyramids built in. But for speed purposes with GeoServer I've created an imageMosaic of 13 Jpeg compressed GeoTIFFs with overviews/tiles etc. This comes out at a massive *106GB* and the quality is worse than the JP2 file despite being four times the size. Can anyone advise how I can improve these files to make them smaller (ideally with better quality too)? I created each of the GeoTIFFs with the following two commands Merge, tile, and compress all at once. gdal_merge -q -o file_name.tif -of GTiff -co TILED=YES -co BIGTIFF=YES -co COMPRESS=JPEG -co JPEG_QUALITY=50 -co BLOCKXSIZE=512 -co BLOCKYSIZE=512 --optfile tiff_list.txt Pyramids gdaladdo -r average %THIS_DIR%.tif 2 4 8 16 32 64 128 256 Using JP2 with GDAL is tempting (though supposedly much slower) - but we're likely to be putting up four band (RGB + Infrared) data, which I think we can use GeoServer to visualise (still to play with). JP2 can't handle four bands. Am I doing something wrong with the GeoTIFF creation? Thoughts welcome. 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. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoTIFFs verus JP2
On Tue, Nov 12, 2013 at 9:27 AM, Jonathan Moules jonathanmou...@warwickshire.gov.uk wrote: Hi List, We've recently taken deliver of some aerial photography. As lossless GeoTIFFs, the RedGreenBlue data is *278GB* As a compressed JP2 file the data is *26GB* - the JP2 is almost as good as the GeoTIFFs and comes with pyramids built in. But for speed purposes with GeoServer I've created an imageMosaic of 13 Jpeg compressed GeoTIFFs with overviews/tiles etc. This comes out at a massive *106GB* and the quality is worse than the JP2 file despite being four times the size. Try something like this instead: gdal_translate out.tiff in.tiff -co TILED=YES -co blockxsize=512 -co blockysize=512 -co COMPRESS=JPEG -co JPEG_QUALITY=85 -co PHOTOMETRIC=YCBCR gdaladdo out.tiff -r average --config COMPRESS_OVERVIEW JPEG --config JPEG_QUALITY_OVERVIEW 85 --config INTERLEAVE_OVERVIEW PIXEL --config PHOTOMETRIC_OVERVIEW YCBCR 2 4 8 16 32 Should give you much better quality, and still, a relatively low size (not as small as JP2, but faster) Cheres 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 --- -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoTIFFs verus JP2
Ciao Jonathan, please read my comments inline below... Regards, Simone Giannecchini == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Tue, Nov 12, 2013 at 9:27 AM, Jonathan Moules jonathanmou...@warwickshire.gov.uk wrote: Hi List, We've recently taken deliver of some aerial photography. As lossless GeoTIFFs, the RedGreenBlue data is 278GB As a compressed JP2 file the data is 26GB - the JP2 is almost as good as the GeoTIFFs and comes with pyramids built in. Unless you have an ECW or Kakadu license JP2 reading won't be as fast as GeoTiff, I mean, nowhere near to it :) But for speed purposes with GeoServer I've created an imageMosaic of 13 Jpeg compressed GeoTIFFs with overviews/tiles etc. This comes out at a massive 106GB and the quality is worse than the JP2 file despite being four times the size. Can anyone advise how I can improve these files to make them smaller (ideally with better quality too)? I created each of the GeoTIFFs with the following two commands Merge, tile, and compress all at once. gdal_merge -q -o file_name.tif -of GTiff -co TILED=YES -co BIGTIFF=YES -co COMPRESS=JPEG -co JPEG_QUALITY=50 -co BLOCKXSIZE=512 -co BLOCKYSIZE=512 --optfile tiff_list.txt I believe quality is too low. This makes the files smaller but also makes the jpeg artifacts quite visibile. I would go with the default which is 75%. Moreover, you should use this switch PHOTOMETRIC= YCBCR to improve JPEG compression. Pyramids gdaladdo -r average %THIS_DIR%.tif 2 4 8 16 32 64 128 256 This is correct but could be done better. Since the base level is compressed I would compress overviews as well. gdaladdo -r cubic -config COMPRESS_OVERVIEW JPEG --config PHOTOMETRIC_OVERVIEW YCBCR %THIS_DIR%.tif 2 4 8 16 32 64 128 256 This should provide more quality but also relatively small size. Using JP2 with GDAL is tempting (though supposedly much slower) - but we're likely to be putting up four band (RGB + Infrared) data, which I think we can use GeoServer to visualise (still to play with). JP2 can't handle four bands. Ehm, I am playing with 4 bands JP2 just these days, hence I am not so sure this is true (which means I believe it is not :) ) I am doing some work to improve performance + quality of 16 bits 4 bands imagery, if you move on along the JP2 lines I could make good use of a sample. Am I doing something wrong with the GeoTIFF creation? Thoughts welcome. 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. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoTIFFs verus JP2
Hi Both, Thanks for the quick and helpful replies. I'll do some experimentation with these things. And there I was thinking I'd figured out GDAL. :-) You might want to put some of this stuff in your GeoServer on Steroids presentation. I'd thought that overviews were compressed - useful to know they're not; that'll be a saving of a couple of GB. I could have sworn someone told me JP2 couldn't do four bands. Hmmm. For now I'll stick with GeoTIFFs - I don't have any 4 band JP2's and our vendor wasn't able to create them (nor can FME), so I can't provide a sample I'm afraid. Will the PHOTOMETRIC= YCBCR work with a four band RGBI? The GDALINFO for a source Geotiff is: Driver: GTiff/GeoTIFF Files: SP4044.tif SP4044.tfw Size is 8000, 8000 Coordinate System is: PROJCS[OSGB 1936 / British National Grid, GEOGCS[OSGB 1936, DATUM[OSGB_1936, SPHEROID[Airy 1830,6377563.396,299.3249753150316, AUTHORITY[EPSG,7001]], AUTHORITY[EPSG,6277]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433], AUTHORITY[EPSG,4277]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,49], PARAMETER[central_meridian,-2], PARAMETER[scale_factor,0.9996012717], PARAMETER[false_easting,40], PARAMETER[false_northing,-10], UNIT[metre,1, AUTHORITY[EPSG,9001]], AUTHORITY[EPSG,27700]] Origin = (44.000,245000.000) Pixel Size = (0.125,-0.125) Metadata: TIFFTAG_XRESOLUTION=72 TIFFTAG_YRESOLUTION=72 TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) AREA_OR_POINT=Area Image Structure Metadata: COMPRESSION=LZW INTERLEAVE=PIXEL Corner Coordinates: Upper Left ( 44.000, 245000.000) ( 1d24'57.45W, 52d 6'5.31N) Lower Left ( 44.000, 244000.000) ( 1d24'57.87W, 52d 5'32.94N) Upper Right ( 441000.000, 245000.000) ( 1d24'4.89W, 52d 6'5.04N) Lower Right ( 441000.000, 244000.000) ( 1d24'5.32W, 52d 5'32.68N) Center ( 440500.000, 244500.000) ( 1d24'31.39W, 52d 5'48.99N) Band 1 Block=8000x32 Type=Byte, ColorInterp=Red Band 2 Block=8000x32 Type=Byte, ColorInterp=Green Band 3 Block=8000x32 Type=Byte, ColorInterp=Blue Band 4 Block=8000x32 Type=Byte, ColorInterp=Undefined Thanks again, Jonathan On 12 November 2013 08:50, Simone Giannecchini simone.giannecch...@geo-solutions.it wrote: Ciao Jonathan, please read my comments inline below... Regards, Simone Giannecchini == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Tue, Nov 12, 2013 at 9:27 AM, Jonathan Moules jonathanmou...@warwickshire.gov.uk wrote: Hi List, We've recently taken deliver of some aerial photography. As lossless GeoTIFFs, the RedGreenBlue data is 278GB As a compressed JP2 file the data is 26GB - the JP2 is almost as good as the GeoTIFFs and comes with pyramids built in. Unless you have an ECW or Kakadu license JP2 reading won't be as fast as GeoTiff, I mean, nowhere near to it :) But for speed purposes with GeoServer I've created an imageMosaic of 13 Jpeg compressed GeoTIFFs with overviews/tiles etc. This comes out at a massive 106GB and the quality is worse than the JP2 file despite being four times the size. Can anyone advise how I can improve these files to make them smaller (ideally with better quality too)? I created each of the GeoTIFFs with the following two commands Merge, tile, and compress all at once. gdal_merge -q -o file_name.tif -of GTiff -co TILED=YES -co BIGTIFF=YES -co COMPRESS=JPEG -co JPEG_QUALITY=50 -co BLOCKXSIZE=512 -co BLOCKYSIZE=512 --optfile tiff_list.txt I believe quality is too low. This makes the files smaller but also makes the jpeg artifacts quite visibile. I would go with the default which is 75%. Moreover, you should use this switch PHOTOMETRIC= YCBCR to improve JPEG compression. Pyramids gdaladdo -r average %THIS_DIR%.tif 2 4 8 16 32 64 128 256 This is correct but could be done better. Since the base level is compressed I would compress overviews as well. gdaladdo -r cubic -config COMPRESS_OVERVIEW JPEG --config PHOTOMETRIC_OVERVIEW YCBCR %THIS_DIR%.tif 2 4 8 16 32 64 128 256 This should provide more quality but also relatively small size. Using JP2 with GDAL is tempting (though supposedly much slower) - but we're likely to be putting up four band (RGB + Infrared) data, which I think we can use GeoServer to visualise (still to play with). JP2 can't handle four bands. Ehm, I am playing with 4 bands JP2 just these days, hence I
[Geoserver-users] ERROR on gwc 1.5.0 integrated in geoserver 2.4.1
Hello everybody, I configured geoserver ver. 2.4.1 with integrated gwc that is external from the geoserver_data_dir: context-param param-nameGEOSERVER_DATA_DIR/param-name param-value/usr/local/geoserverppr2013_data_dir/param-value /context-param context-param param-nameGEOWEBCACHE_CACHE_DIR/param-name param-value/usr/local/gwcppr/geoserverppr2013/param-value /context-param When I go to the geoserver page http://10.2.50.107:8680/geoserverppr2013/gwc/demo and request for a preview I get the following error. Yet, I cannot seed the layer and I get the same error. Below, you can see the software version I installed. Many thanks in advance. Mauro 2013-11-12 10:48:44,498 INFO [geoserver.wms] - Request: getServiceInfo 2013-11-12 10:48:44,499 ERROR [geoserver.ows] - org.geoserver.platform.ServiceException: No such style: AA01_A1 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:1138) 2013-11-12 10:48:44,504 ERROR [geowebcache.GeoWebCacheDispatcher] - Problem communicating with GeoServer http://10.2.50.107:8680/geoserverppr2013/gwc/service/wms Build Information - Version2.4.1 - Git Revision2bd0f71f9d0037e6f92a9fd639f0c93200f4b4f7 - Build Date21-Oct-2013 01:44 - GeoTools Version10.1 (rev 568b187de57623f5962225d965de67d070e9d941) - GeoWebCache Version1.5.0 (rev 1.5.x/f981cafd349886bb2a1ef45067f26b1aa8e4aff4) JVM VersionOracle Corporation: 1.7.0_17 (Java HotSpot(TM) 64-Bit Server VM) Locks0 Free lockshttp://10.2.50.107:8680/geoserverppr2013/web/?wicket:interface=:10:free.locks::ILinkListener:: Connections1Memory Usage1 GB -- Mauro Bagazzi SardegnaIT srl Via dei giornalisti, 6, Cagliari Telefono : +39-0706069017 E-mail: mbaga...@sardegnait.it Skype: mauro.bagazzi -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] After upgrading Geoserver from 2.1.4 to 2.4.1 i now receive a 503 error
After upgrading Geoserver from 2.1.4 to 2.4.1 i now receive a 503 error when trying to access the web admin page. any help would be greatly appreciated. Log is included below. HTTP ERROR: 503 SERVICE_UNAVAILABLE RequestURI=/geoserver/web Powered by jetty:// I have included my log file below, any help would be greatly appreciated. 2013-11-04 20:56:13,651 ERROR [geoserver.global] - -- - GEOSERVER_DATA_DIR: C:\Program Files (x86)\GeoServer 2.1.4\data_dir -- 2013-11-04 20:56:13,792 INFO [org.geoserver] - Loaded style 'burg' 2013-11-04 20:56:13,809 INFO [org.geoserver] - Loaded style 'capitals' 2013-11-04 20:56:13,826 INFO [org.geoserver] - Loaded style 'cite_lakes' 2013-11-04 20:56:13,842 INFO [org.geoserver] - Loaded style 'dem' 2013-11-04 20:56:13,860 INFO [org.geoserver] - Loaded style 'giant_polygon' 2013-11-04 20:56:13,876 INFO [org.geoserver] - Loaded style 'grass' 2013-11-04 20:56:13,893 INFO [org.geoserver] - Loaded style 'green' 2013-11-04 20:56:13,910 INFO [org.geoserver] - Loaded style 'line' 2013-11-04 20:56:13,926 INFO [org.geoserver] - Loaded style 'poi' 2013-11-04 20:56:13,943 INFO [org.geoserver] - Loaded style 'point' 2013-11-04 20:56:13,960 INFO [org.geoserver] - Loaded style 'polygon' 2013-11-04 20:56:13,977 INFO [org.geoserver] - Loaded style 'poly_landmarks' 2013-11-04 20:56:13,993 INFO [org.geoserver] - Loaded style 'pophatch' 2013-11-04 20:56:14,010 INFO [org.geoserver] - Loaded style 'population' 2013-11-04 20:56:14,026 INFO [org.geoserver] - Loaded style 'rain' 2013-11-04 20:56:14,044 INFO [org.geoserver] - Loaded style 'raster' 2013-11-04 20:56:14,061 INFO [org.geoserver] - Loaded style 'restricted' 2013-11-04 20:56:14,077 INFO [org.geoserver] - Loaded style 'simple_roads' 2013-11-04 20:56:14,094 INFO [org.geoserver] - Loaded style 'simple_streams' 2013-11-04 20:56:14,111 INFO [org.geoserver] - Loaded style 'tiger_roads' 2013-11-04 20:56:14,113 INFO [org.geoserver] - Loaded default workspace Lidar 2013-11-04 20:56:14,135 INFO [org.geoserver] - Loaded workspace 'cite' 2013-11-04 20:56:14,169 INFO [org.geoserver] - Loaded workspace 'it.geosolutions' 2013-11-04 20:56:14,203 INFO [org.geoserver] - Loaded workspace 'Lidar' 2013-11-04 20:56:14,237 INFO [org.geoserver] - Loaded workspace 'nurc' 2013-11-04 20:56:14,270 INFO [org.geoserver] - Loaded workspace 'sde' 2013-11-04 20:56:14,304 INFO [org.geoserver] - Loaded workspace 'sf' 2013-11-04 20:56:14,338 INFO [org.geoserver] - Loaded workspace 'tiger' 2013-11-04 20:56:14,371 INFO [org.geoserver] - Loaded workspace 'topp' 2013-11-04 20:56:14,395 INFO [org.geoserver] - Loaded store 'DTM_PCA', enabled 2013-11-04 20:56:14,416 INFO [org.geoserver] - Loaded coverage store 'DTM_PCA' 2013-11-04 20:56:15,010 WARN [referencing.factory] - Axis elements found in a wkt definition, the force longitude first axis order hint might not be respected: PROJCS[WGS84 / Simple Mercator, GEOGCS[WGS 84, DATUM[WGS_1984, SPHEROID[WGS_1984, 6378137.0, 298.257223563]], PRIMEM[Greenwich, 0.0], UNIT[degree, 0.017453292519943295]], PROJECTION[Mercator_1SP_Google], PARAMETER[latitude_of_origin, 0.0], PARAMETER[central_meridian, 0.0], PARAMETER[scale_factor, 1.0], PARAMETER[false_easting, 0.0], PARAMETER[false_northing, 0.0], UNIT[m, 1.0], AXIS[x, EAST], AXIS[y, NORTH], AUTHORITY[EPSG,54004]] 2013-11-04 20:56:15,311 INFO [org.geoserver] - Loaded coverage 'DTM_PCA', enabled 2013-11-04 20:56:15,336 INFO [org.geoserver] - Loaded coverage 'DTM_PCA' 2013-11-04 20:56:15,369 INFO [org.geoserver] - Loaded layer 'DTM_PCA' 2013-11-04 20:56:15,370 INFO [org.geoserver] - Loaded store 'DTM_Slope', enabled 2013-11-04 20:56:15,386 INFO [org.geoserver] - Loaded coverage store 'DTM_Slope' 2013-11-04 20:56:15,396 INFO [org.geoserver] - Loaded coverage 'DTM_Slope', enabled 2013-11-04 20:56:15,412 INFO [org.geoserver] - Loaded coverage 'DTM_Slope' 2013-11-04 20:56:15,430 INFO [org.geoserver] - Loaded layer 'DTM_Slope' 2013-11-04 20:56:15,431 INFO [org.geoserver] - Loaded store 'firsted', enabled 2013-11-04 20:56:15,448 INFO [org.geoserver] - Loaded coverage store 'firsted' 2013-11-04 20:56:15,460 INFO [org.geoserver] - Loaded coverage 'firsted', enabled 2013-11-04 20:56:15,477 INFO [org.geoserver] - Loaded coverage 'firsted' 2013-11-04 20:56:15,495 INFO [org.geoserver] - Loaded layer 'firsted' 2013-11-04 20:56:15,496 INFO [org.geoserver] - Loaded store 'hillshade', enabled 2013-11-04 20:56:15,512 INFO [org.geoserver] - Loaded coverage store 'hillshade' 2013-11-04 20:56:15,513 INFO [org.geoserver] - Loaded store 'HillSha_dtm141', enabled 2013-11-04 20:56:15,529 INFO [org.geoserver] - Loaded coverage store 'HillSha_dtm141' 2013-11-04 20:56:15,537 INFO [org.geoserver] - Loaded coverage 'DTM_Hillshade', enabled 2013-11-04 20:56:15,553 INFO [org.geoserver] - Loaded coverage 'HillSha_dtm141' 2013-11-04 20:56:15,571 INFO [org.geoserver] - Loaded layer 'DTM_Hillshade'
Re: [Geoserver-users] geoserver user details issue
On Fri, Nov 8, 2013 at 4:31 PM, Christian Mueller christian.muel...@os-solutions.at wrote: For basic auth, the principal seems to be a String. @Andrea, what do you think about code proposal ? I did open a ticket for it, to avoid losing the idea, and Justin agreed: https://jira.codehaus.org/browse/GEOS-6144 First one that has a chance/need can do the commit I guess? 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 --- -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] WCS 1.1.1 conformance test for geoserver
Hi, While testing geoserver for WCS compliance I am getting the following errors. I am testing directly on OGC TeamEngine Test wcs:GetCoverage_MinimalRequest (View Details): Failed Cannot convert string 21.565502029745325 21.56550202... to xs:decimal *Below is the complete log for the error. Hope you can help me out with this.* Test wcs:GetCoverage_MinimalRequest type Mandatory default result Passed (s0009/d1e339_1/d1e9275_1) Assertion: Verify that when a GetCoverage request with only mandatory parameters is submitted, the response is not an exception. Message d1e12738_1: Using KVP encoding. Request bfb466f6/d1e150_1: Method: GET URL: http://182.71.192.178:8088/geoserver/wcs?service=WCSrequest=DescribeCoverageversion=1.1.1identifiers=Chandipur Response from parser :: wcs:CoverageDescriptions xmlns:gml=http://www.opengis.net/gml; xmlns:ogc=http://www.opengis.net/ogc; xmlns:ows=http://www.opengis.net/ows/1.1; xmlns:wcs=http://www.opengis.net/wcs/1.1.1; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://182.71.192.178:8088/geoserver/schemas/wcs/1.1.1/wcsDescribeCoverage.xsd; wcs:CoverageDescription ows:TitleChandipur/ows:Title ows:AbstractGenerated from ImageMosaic/ows:Abstract ows:Keywords ows:KeywordWCS/ows:Keyword ows:KeywordImageMosaic/ows:Keyword ows:KeywordChandipur/ows:Keyword /ows:Keywords wcs:Identifieropengeo:Chandipur/wcs:Identifier wcs:Domain wcs:SpatialDomain ows:BoundingBox crs=urn:ogc:def:crs:OGC:1.3:CRS84 dimensions=2 ows:LowerCorner86.8359374997 21.348224247239912/ows:LowerCorner ows:UpperCorner87.0886253140545 21.565502029745325/ows:UpperCorner /ows:BoundingBox ows:BoundingBox crs=urn:ogc:def:crs:EPSG::4326 dimensions=2 ows:LowerCorner21.348224247239912 86.8359374997/ows:LowerCorner ows:UpperCorner21.565502029745325 87.0886253140545/ows:UpperCorner /ows:BoundingBox wcs:GridCRS wcs:GridBaseCRSurn:ogc:def:crs:EPSG::4326/wcs:GridBaseCRS wcs:GridTypeurn:ogc:def:method:WCS:1.1:2dGridIn2dCrs/wcs:GridType wcs:GridOrigin86.83594007279855 21.565499456946753/wcs:GridOrigin wcs:GridOffsets5.145597144044892E-6 0.0 0.0 -5.145597144044892E-6/wcs:GridOffsets wcs:GridCSurn:ogc:def:cs:OGC:0.0:Grid2dSquareCS/wcs:GridCS /wcs:GridCRS /wcs:SpatialDomain /wcs:Domain wcs:Range wcs:Field wcs:Identifiercontents/wcs:Identifier wcs:Definition ows:AllowedValues ows:Range ows:MinimumValue0.0/ows:MinimumValue ows:MaximumValue0.0/ows:MaximumValue /ows:Range /ows:AllowedValues /wcs:Definition wcs:NullValue0.0/wcs:NullValue wcs:NullValue0.0/wcs:NullValue wcs:NullValue0.0/wcs:NullValue wcs:NullValue0.0/wcs:NullValue wcs:InterpolationMethods wcs:InterpolationMethodlinear/wcs:InterpolationMethod wcs:InterpolationMethodcubic/wcs:InterpolationMethod /wcs:InterpolationMethods wcs:Axis identifier=Bands wcs:AvailableKeys wcs:KeyRED_BAND/wcs:Key wcs:KeyGREEN_BAND/wcs:Key wcs:KeyBLUE_BAND/wcs:Key wcs:KeyALPHA_BAND/wcs:Key /wcs:AvailableKeys /wcs:Axis /wcs:Field /wcs:Range wcs:SupportedCRSurn:ogc:def:crs:EPSG::4326/wcs:SupportedCRS wcs:SupportedCRSEPSG:4326/wcs:SupportedCRS wcs:SupportedFormatimage/tiff;subtype=geotiff/wcs:SupportedFormat wcs:SupportedFormatimage/gif/wcs:SupportedFormat wcs:SupportedFormatimage/png/wcs:SupportedFormat wcs:SupportedFormatimage/jpeg/wcs:SupportedFormat wcs:SupportedFormatimage/tiff/wcs:SupportedFormat /wcs:CoverageDescription /wcs:CoverageDescriptions Cannot convert string 21.565502029745325 21.56550202... to xs:decimal Result: Failed -- View this message in context: http://osgeo-org.1560.x6.nabble.com/WCS-1-1-1-conformance-test-for-geoserver-tp5088728.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register
Re: [Geoserver-users] GeoTIFFs verus JP2
On Tue, Nov 12, 2013 at 12:45 PM, Simone Giannecchini simone.giannecch...@geo-solutions.it wrote: Will the PHOTOMETRIC= YCBCR work with a four band RGBI? It should not. Actually... JPEG itself is not defined on 4 bands images as far as I know? Maybe GDAL is dropping the 4th band during the JPEG compression? 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 --- -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] labels separated from lines
Hi, I know that it's possible for a label to follow the ligne with the VendorOption name=followLinetrue parameter. But in that case, the label is on the line. Is it possible to separate it from the line like it's possible to do with a point with the deplacement parameter? Thanks a lot, Pascal. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/labels-separated-from-lines-tp5088746.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] labels separated from lines
Check PerpendicularOffset http://docs.geoserver.org/latest/en/user/styling/sld-reference/labeling.html#perpendicularoffset Cheers, Edward Date: Tue, 12 Nov 2013 04:11:43 -0800 From: pascal2...@gmail.com To: geoserver-users@lists.sourceforge.net Subject: [Geoserver-users] labels separated from lines Hi, I know that it's possible for a label to follow the ligne with the VendorOption name=followLinetrue parameter. But in that case, the label is on the line. Is it possible to separate it from the line like it's possible to do with a point with the deplacement parameter? Thanks a lot, Pascal. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/labels-separated-from-lines-tp5088746.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoTIFFs verus JP2
Hi, JPEG2000 format supports up to 16384 components (bands) but all JPEG2000 libraries probably not. Those working with medical imaging or multispectral scanners appreciate this but it is also practical for storing multichannel satellite images. Bands do not even need to have same extents or resolutions but I do not recommend to create such images because few software can utilize them. It you want to trial, take a multiband TIFF and convert it into JPEG2000 with Kakadu demo program kdu_show. You can get it for free from http://www.kakadusoftware.com/index.php?option=com_contenttask=viewid=26Itemid=22 It will be harder to find a good viewer for showing your multichannel JPEG200 images but you can have a try with QGis or OpenEV. PHOTOMETRIC=YCBCR works only for 3-band images. In theory it feels clever to use RGBI originals and pick either true colour or CIR presenstations out of them on-the-fly. It means 4 physical bands instead of 6 when compared to having separate RGB and CIR versions. However, I have been disappointed with this approach because it is hard to adjust the RGBI bands so that both RGB and CIR looks good without further adjustment in the viewer or by the server. And as discussed, three band images compress well with YCBCR and the saving in disk space is not necessarily so great. Situation is different with for example Landsat images with 7 thematic bands. I can't even count how many different RGB combinations there are. -Jukka Rahkonen- Jonathan Moules wrote: Hi Both, Thanks for the quick and helpful replies. I'll do some experimentation with these things. And there I was thinking I'd figured out GDAL. :-) You might want to put some of this stuff in your GeoServer on Steroids presentation. I'd thought that overviews were compressed - useful to know they're not; that'll be a saving of a couple of GB. I could have sworn someone told me JP2 couldn't do four bands. Hmmm. For now I'll stick with GeoTIFFs - I don't have any 4 band JP2's and our vendor wasn't able to create them (nor can FME), so I can't provide a sample I'm afraid. Will the PHOTOMETRIC= YCBCR work with a four band RGBI? The GDALINFO for a source Geotiff is: Driver: GTiff/GeoTIFF Files: SP4044.tif SP4044.tfw Size is 8000, 8000 Coordinate System is: PROJCS[OSGB 1936 / British National Grid, GEOGCS[OSGB 1936, DATUM[OSGB_1936, SPHEROID[Airy 1830,6377563.396,299.3249753150316, AUTHORITY[EPSG,7001]], AUTHORITY[EPSG,6277]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433], AUTHORITY[EPSG,4277]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,49], PARAMETER[central_meridian,-2], PARAMETER[scale_factor,0.9996012717], PARAMETER[false_easting,40], PARAMETER[false_northing,-10], UNIT[metre,1, AUTHORITY[EPSG,9001]], AUTHORITY[EPSG,27700]] Origin = (44.000,245000.000) Pixel Size = (0.125,-0.125) Metadata: TIFFTAG_XRESOLUTION=72 TIFFTAG_YRESOLUTION=72 TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) AREA_OR_POINT=Area Image Structure Metadata: COMPRESSION=LZW INTERLEAVE=PIXEL Corner Coordinates: Upper Left ( 44.000, 245000.000) ( 1d24'57.45W, 52d 6'5.31N) Lower Left ( 44.000, 244000.000) ( 1d24'57.87W, 52d 5'32.94N) Upper Right ( 441000.000, 245000.000) ( 1d24'4.89W, 52d 6'5.04N) Lower Right ( 441000.000, 244000.000) ( 1d24'5.32W, 52d 5'32.68N) Center ( 440500.000, 244500.000) ( 1d24'31.39W, 52d 5'48.99N) Band 1 Block=8000x32 Type=Byte, ColorInterp=Red Band 2 Block=8000x32 Type=Byte, ColorInterp=Green Band 3 Block=8000x32 Type=Byte, ColorInterp=Blue Band 4 Block=8000x32 Type=Byte, ColorInterp=Undefined Thanks again, Jonathan On 12 November 2013 08:50, Simone Giannecchini simone.giannecch...@geo-solutions.itmailto:simone.giannecch...@geo-solutions.it wrote: Ciao Jonathan, please read my comments inline below... Regards, Simone Giannecchini == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313tel:%2B39%200584%20962313 fax: +39 0584 1660272tel:%2B39%200584%201660272 mob: +39 333 8128928tel:%2B39%20%20333%208128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Tue, Nov 12, 2013 at 9:27 AM, Jonathan Moules jonathanmou...@warwickshire.gov.ukmailto:jonathanmou...@warwickshire.gov.uk wrote: Hi List, We've recently taken deliver of some aerial photography. As lossless GeoTIFFs, the RedGreenBlue data is 278GB As a compressed JP2 file the data is 26GB - the JP2 is almost as good as the GeoTIFFs and comes with pyramids built in. Unless you have an ECW or Kakadu license JP2 reading won't be as fast as GeoTiff, I
Re: [Geoserver-users] labels separated from lines
On Tue, Nov 12, 2013 at 1:23 PM, Edward Mac Gillavry emacgilla...@hotmail.com wrote: Check PerpendicularOffset http://docs.geoserver.org/latest/en/user/styling/sld-reference/labeling.html#perpendicularoffset Mind, it's only supported when not using the followLine vendor option, as we don't have yet ability to compute proper offset curves. I should start working on that topic soon tough. 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 --- -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoTIFFs verus JP2
Selon Andrea Aime andrea.a...@geo-solutions.it: On Tue, Nov 12, 2013 at 12:45 PM, Simone Giannecchini simone.giannecch...@geo-solutions.it wrote: Will the PHOTOMETRIC= YCBCR work with a four band RGBI? It should not. Actually... JPEG itself is not defined on 4 bands images as far as I know? Maybe GDAL is dropping the 4th band during the JPEG compression? The YCbCR JPEG profile of TIFF is indeed limited to 3 bands. So if you pass a 4 band image, gdal_translate should refuse to process it. You can JPEG compress a 4 band image, but it will use a JPEG codestream for each band independantly, so the resulting size will be bigger. A possible option would be to generate 2 GeoTIFFs for each input file : one YCbCR JPEG compressed with the RGB components, and one JPEG compressed with the I component. But that might complicate the overall workflow. Even 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 --- -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoTIFFs verus JP2
HI All, Many thanks for the all the responses. Interesting discussion; I've learnt a lot. I think my next step is to do some testing; I've not tried the four band - RGBI imagery yet. When I do I'll post back here with whatever seems to work best. Cheers, Jonathan On 12 November 2013 13:45, Even Rouault even.roua...@mines-paris.orgwrote: Selon Andrea Aime andrea.a...@geo-solutions.it: On Tue, Nov 12, 2013 at 12:45 PM, Simone Giannecchini simone.giannecch...@geo-solutions.it wrote: Will the PHOTOMETRIC= YCBCR work with a four band RGBI? It should not. Actually... JPEG itself is not defined on 4 bands images as far as I know? Maybe GDAL is dropping the 4th band during the JPEG compression? The YCbCR JPEG profile of TIFF is indeed limited to 3 bands. So if you pass a 4 band image, gdal_translate should refuse to process it. You can JPEG compress a 4 band image, but it will use a JPEG codestream for each band independantly, so the resulting size will be bigger. A possible option would be to generate 2 GeoTIFFs for each input file : one YCbCR JPEG compressed with the RGB components, and one JPEG compressed with the I component. But that might complicate the overall workflow. Even 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 --- -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/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. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] DescribeFeatureType - schema error
Hi List, I'm just playing around with WFS requests and came across DescribeFeatureType; when I do it on one of my GeoServer setups with this query: http://wppgeog3/geoserver/ows?service=wfsversion=1.0.0request=DescribeFeatureTypetypeNames=Public_Data_DB:ONE_STOP_SHOPS_WSHIRE I get an exception about a different layer: java.io.IOException: Schema ' http://www.warwickshire.gov.uk/public_data_db:POLICE_FORCE_AREAS' does not exist. Schema ' http://www.warwickshire.gov.uk/public_data_db:POLICE_FORCE_AREAS' does not exist. What does this error mean? Why is it even trying to access a different layer for the schema? On the server it does work on, I can't help but notice that the results for whether I include the typeNames parameter or not don't change. Is that supposed to be the case? The documentation implies the results are meant to change and be layer specific. Am I doing something wrong? 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. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] (no subject)
Hello geoserver-people, I am about to implement some integration of geoserver with a Wordpress-page and have made first progress. It is all UI-Stuff and WP-pages shall display layers in Gmaps. Now, that the thing starts to work, many questions arise. I try to solve them by the good old RTFM but t be perfectly honest the f ahhhmmm friendly manual reaches its limits quite fast. So maybe you can help: 1.) I have to have some more Labels in the Webinterface. I managed it to get a new Page using wicket and maven, it works OK, though I had to find out a lot with trial/error, since http://docs.geoserver.org/2.1.0/developer/programming-guide/wicket-pages/index.html ... is a bit spartan. So maybe you could help. is there something like a reference for commands, categories and the like for programming modules with wicket in geoserver? for instance: property name=category ref=someCategory/ What can someCategory be? I *think* it could point to the section of the page, that shall display the label. Is there a list of valid category-names somewhere? 2.) Is there really no way to upload a Shapefile or files in general in the Web-Interface? I have made a small uploader myself but it seems clumsy to upload a file and then select its adress with dozens of clicks in the Stores-tools. 3.) I see lots of performance issues and they seem hard to debug. We run geoserver on a Debian64 GNU/Linux with but 1Gig Ram and a 2-core CPU, is that not enough? What would you recommend? I have told Tomcat to allow 512MB Ram for its applications, still geoserver reacts slow and sometimes crashes altogether. Some of these crashes where due to bugs in my module, but now, that the module does as planned and most operations work normal, we still got timeouts and the like. best regards HZN/Berlin -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Height data in GeoServer
Hey Jonathan, So I did what I think you are attempting to do just a few months ago on a project I'm on. We have 1m MrSid imagery served up by WMS and DTED data served by WCS and with that create a world wide 3D environment. I noticed you stated you were going to use a color map through WMS and we had done that, but found out that it was painfully slow with the color map applied. We use XNA for our 3D rendering but are considering a move to OpenGL or WebGL in the next year or so. What you want to do can definitely be done but it takes some time. I can share some C# code with you for parts if you are more specific in which piece of the puzzle you are working on. Ben On Fri, Nov 8, 2013 at 8:51 AM, Jonathan Moules jonathanmou...@warwickshire.gov.uk wrote: HI Folks, Thanks for all the responses. I think at this point the visualisation problem is more one of not really know what client we're going to use (I'm struggling to find any good, easy to use, Open Source 3D clients). So I'll forgo the visualisation aspect for now. I guess I'll just turn it into a WMS heightmap to start with @Phil, that sounds interesting, I'll have to give it a try. @Marcus - the web-app you demo'd is interesting. It also kind of works in Opera (though you have to out of your way to enable webGL; seems to be off by default). Nasa WorldWind can do similar things, though that's Java. Thanks all, Jonathan On 7 November 2013 17:06, Sen, Marcus A. m...@bgs.ac.uk wrote: -Original Message- From: Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk] Sent: 07 November 2013 15:43 Thanks for your reply. WCS was one option I considered (I dabbled with it a few years ago). But are there any applications out there that could use it as a height-layer for draping a WMS over? Not sure if this is the kind of thing you are thinking of and it isn't a ready-to-use end user application but at http://earthserver.bgs.ac.uk/clients/3d/glasgow_geology.html you can see a web client which uses the x3dom library (www.x3dom.org) and WebGL to show a WMS image (the top ground surface layer) draped on a DEM retrieved from a WCS. Well that isn't quite accurate; this version is getting the DEM data from a rasdaman (http://www.rasdaman.org/) WCPS as that allows us to specify a reduction in resolution of the source DEM for retrieval which WCS doesn't. However, we have used WCS (returning data as GML coverages) as well and it also works. This is using some early development code from https://github.com/PHerzig/EarthServer developed for the EarthServer http://earthserver.eu/ project. So this would be an option if you are happy doing some web page and Javascript programming to make something suitable for your own uses. It will get slow if you want to use high resolution DEMs. This requires a WebGL capable browser (and graphics card). I've used Firefox and Chrome, Internet Explorer 11 is supposed to be WebGL capable but I haven’t tested that yet. Regards, Marcus Sen British Geological Survey Keyworth Nottingham NG12 5GG Web: http://www.bgs.ac.uk This message (and any attachments) is for the recipient only. NERC is subject to the Freedom of Information Act 2000 and the contents of this email and any reply you make may be disclosed by NERC unless it is exempt from release under the Act. Any material supplied to NERC may be stored in an electronic records management system. 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. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery,
Re: [Geoserver-users] Point symbols for polygons?
Mihail, yes and no. If you display the entire polygon, that is correct. If you display only parts of it Geoserver arranges the label accordingly. Have a look at the cadastre image. http://lctest.land.vic.gov.au/cm/label_in_Polygons.jpeg At the bottom: The 'X-B\PP5529' parcel labels have been shifted vertically, so that you can see them. All the labels are in the middle (horizontally), apart from the most right label '5-B\PP5529' where the parcel is cut off vertically and horizontally. In the middle the label '5-C\PP5529' is horizontally in the middle, but sits vertically on top of the centroid. The four parcels middle right have the labels arranged horizontally and vertically in the middle. Again the label is horizontally left and right of the centroid and vertically on top of the centroid. The fourth parcel label is lowered a bit in order to fit into the cut off polygon. I think Geoserver does actually quite a nice job in arranging the labels. Cheers Christian - Dr Christian Maul Project Manager Information Services Branch Department Environment and Primary Industries 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/Point-symbols-for-polygons-tp5088519p500.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Point symbols for polygons?
Mihail, Yes. If you display the entire polygon, that is correct. If you display only parts of it Geoserver arranges the label or the point symbol accordingly. Have a look at the cadastre image. Labels are strings in that case but any XLink would be treated the same. http://lctest.land.vic.gov.au/cm/label_in_Polygons.jpeg At the bottom: The 'X-B\PP5529' parcel labels have been shifted vertically, so that you can see them. All the labels are in the middle (horizontally), apart from the most right label '5-B\PP5529' where the parcel is cut off vertically and horizontally. In the middle the label '5-C\PP5529' is horizontally in the middle, but sits vertically on top of the centroid. The four parcels middle right have the labels arranged horizontally and vertically in the middle. Again the label is horizontally left and right of the centroid and vertically on top of the centroid. The fourth parcel label is lowered a bit in order to fit into the cut off polygon. I think Geoserver does actually quite a nice job in arranging the labels. Cheers Christian - Dr Christian Maul Project Manager Information Services Branch Department Environment and Primary Industries 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/Point-symbols-for-polygons-tp5088519p501.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users