Re: [Geoserver-users] OpenLayers with App-Schemas
On 03/09/13 12:55, John Callahan wrote:
As FYI, to create a valid idExpression (one without a leading integer
and not using a CQL function), I need to create a column in my database
view to represent the id. An example output of id would be
fid.sand.898. I concatenated fields in my Postgres view as below.
CREATE myView AS
SELECT (('fid.'::text || datatable.formationCode::text) || '.'::text)
|| spatialtable.gid AS id, .
Good, that is just what I do. Much better than CQL in the mapping file.
Although I have not yet used them (only in Oracle), PostgreSQL 9.3 has
materialised views (although there has been a community recipe out for a
while):
http://michael.otacoo.com/postgresql-2/postgres-9-3-feature-highlight-materialized-views/
Matviews give you the option of indexing your string-concatenated id for
improved performance. Don't forget to index your other columns, as a
matview does not copy indexes or constraint!
Kind regards,
--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] output size of WMS tiles v GWC tiles
While running some JMeter tests I noticed that my WMS tiles were all significantly smaller than the GWC tiles I was comparing to. After some poking around it seems the issue is that the WMS is returning 24bit PNGs (even for overlay layers with transparency) and GWC is returning 32bit PNGs. Is there some way to force the WMS to return 32bit or GWC to use 24bits? I'm not too worried as the WC is still order of magnitudes faster but the client is concerned the byte counts don't match. Cheers Ian -- Ian Turton -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] output size of WMS tiles v GWC tiles
On Tue, Sep 3, 2013 at 11:15 AM, Ian Turton ijtur...@gmail.com wrote: While running some JMeter tests I noticed that my WMS tiles were all significantly smaller than the GWC tiles I was comparing to. After some poking around it seems the issue is that the WMS is returning 24bit PNGs (even for overlay layers with transparency) and GWC is returning 32bit PNGs. Is there some way to force the WMS to return 32bit or GWC to use 24bits? I'm not too worried as the WC is still order of magnitudes faster but the client is concerned the byte counts don't match. It is possible in the stand along gwc, one can set transparentfalse/transparent in the layer configuration, but I don't remember seeing an equivalent in the UI of the embedded GWC (maybe it's there and I've never noticed?) 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 --- -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] store/layers disappear after RELOAD
Hi all, I have a problem with stores and layers, which dissapears from catalog after each configuration reload. Did anyone have the same problem? I have instance of geoserver running as WAR on: WINDOWS 2012 server Java SE Development Kit 7u25 Apache Tomcat 7.0.42. Tomcat is running from binaries, later I will setup a service. Data and gwc directory are stored outside of tomcat directory. Peter -- View this message in context: http://osgeo-org.1560.x6.nabble.com/store-layers-disappear-after-RELOAD-tp5075776.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Image Mosaic JDBC - not working
Hi Christan, thanks again for the help. Sadly I don't understand what you mean by writing a simple test program. Regarding the geoserver status page JAI is working fine: Native JAI true Native JAI ImageIO true I will send you the log-files and screenshots separately. Gdalinfo doesn't work directly due to the storage location of the geotiff - its in a Postgis database. However, before uploading the geotiff gives following informations: user@domain:$ gdalinfo 1.tif Driver: GTiff/GeoTIFF Files: 1.tif Size is 740, 731 Coordinate System is `' Origin = (-19.00763971848,38.09237060544) Pixel Size = (0.10002064789,-0.100) Metadata: lat#axis=Y lat#long_name=latitude lat#standard_name=latitude lat#units=degrees_north lon#axis=X lon#long_name=longitude lon#standard_name=longitude lon#units=degrees_east NC_GLOBAL#CDI=Climate Data Interface version 1.5.8 (http://code.zmaw.de/projects/cdi) NC_GLOBAL#CDO=Climate Data Operators version 1.5.8 (http://code.zmaw.de/projects/cdo) NC_GLOBAL#Conventions=COARDS NC_GLOBAL#FilePath=//scratch/output/WASCAL-DOMAIN-TRMM-6min2010.nc NC_GLOBAL#history=Mon Jan 07 13:32:51 2013: cdo div /scratch/output/WASCAL-DOMAIN-TRMM-6min2010-YEARSUM-Runoff.nc /scratch/output/WASCAL-DOMAIN-TRMM-6min2010-YEARSUM-Precip.nc /scratch/output/WASCAL-DOMAIN-TRMM-6min2010-YEARSUM-RunoffCoeff.nc Mon Jan 07 13:32:51 2013: cdo selname,precip /scratch/output/WASCAL-DOMAIN-TRMM-6min2010-YEARSUM.nc /scratch/output/WASCAL-DOMAIN-TRMM-6min2010-YEARSUM-Precip.nc Mon Jan 07 13:31:57 2013: cdo yearsum /scratch/output/WASCAL-DOMAIN-TRMM-6min2010.nc /scratch/output/WASCAL-DOMAIN-TRMM-6min2010-YEARSUM.nc Created on 2013-01-02 by Alex Prusevich (alex.proussevi...@unh.edu) NC_GLOBAL#institution=Water Systems Analysis Group (WSAG), the University of New Hampshire (UNH) NC_GLOBAL#NetCDF_version=netCDF.3.5.1 NC_GLOBAL#projection=epsg:4326 NC_GLOBAL#references=http://www.wsag.unh.edu NC_GLOBAL#Temporal_Res.=Daily NC_GLOBAL#title=PDL/WBM data runoff#_FillValue=- runoff#long_name=Runoff runoff#units=mm/day time#calendar=standard time#standard_name=time time#units=days since 1900-01-01 00:00:00 Image Structure Metadata: INTERLEAVE=BAND Corner Coordinates: Upper Left ( -19.008, 38.092) Lower Left ( -19.008, -35.008) Upper Right ( 55.008, 38.092) Lower Right ( 55.008, -35.008) Center ( 18.000, 1.542) Band 1 Block=740x2 Type=Float32, ColorInterp=Gray NoData Value=- Metadata: _FillValue=- long_name=Runoff NETCDF_DIMENSION_time=40541 NETCDF_time_units=days since 1900-01-01 00:00:00 NETCDF_VARNAME=runoff units=mm/day user@domain: On Sun, 1 Sep 2013 09:18:44 +0200 Christian Mueller christian.muel...@os-solutions.at wrote: Hi Frederik The first question is if JAI (Java advanced Imaging) is able to read your image. Can make a simple test program and reading and writing your image (compare the results). You can switch the log level on Global settings page to GEOTOOLS-DEVELOPER and look into the log file. What is the output of gdalinfo yourimage Christian On Fri, Aug 30, 2013 at 11:18 AM, Frederik Haefker fhaef...@uni-bonn.dewrote: Hi erveryone, the Image Mosaic JDBC works fine and I could publish a png as shown in the tutorial: http://docs.geoserver.org/stable/en/user/tutorials/imagemosaic-jdbc/imagemosaic-jdbc_tutorial.html However, when I try to publish my own geotiff I get an error message: Oops, something went wrong... Sorry, something unexpected happened on the server. Here's an error report you can include in a JIRA bug report about this issue: Sadly I am not able to register a JIRA. Error It seems that you have tried to perform an operation that is not allowed in the current JIRA mode. If you think this message is wrong, please contact your JIRA administrators. Here an extract from the geoserver-error: java.lang.RuntimeException: Error occurred while building the resources for the configuration page at org.geoserver.web.data.layer.NewLayerPage.buildLayerInfo(NewLayerPage.java:307) at org.geoserver.web.data.layer.NewLayerPage$6.onClick(NewLayerPage.java:242) at org.geoserver.web.wicket.SimpleAjaxLink$1.onClick(SimpleAjaxLink.java:45) at org.apache.wicket.ajax.markup.html.AjaxLink$1.onEvent(AjaxLink.java:68) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177) at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:300) at org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:119) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250) at
Re: [Geoserver-users] Possible regression in encoding handling in Geoserver 2.3.5
Hi all, I just upgraded customers Geoserver from 2.3.1 to 2.3.5 and it seems that something has changed in encoding handling. Some of the configured layers have ä's ö's In their title and this has previously worked ok. After upgrading, if layer configuration is saved encoding in title is broken, so end result is complete gibberish like so: Pyörätiet - Pyörätiet Pylväät - Pylväät So it looks like it is double encoded. I could fix this by using recode UTF-8..latin1 featuretype.xml, but saving layer configuration will break it again. I remember similar behavior with 2.0 series of Geoserver, but this has worked fine since 2.1+ until now. Does anyone else have this issue or is it possible that some exotic configuration (which I don't think we have, but you never know) could affect this? Br, Tuomas Koivusalo -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] publish postgis table which has a raster image using rest API services
I am storing a thumbnail of an image which represent a large image in the postgresql database. The size of the image is 1 to 2MB. Now i want to display the image in the database on the map in order to represent the large image. I want to do this using geoserver REST API services. Previously i have published the postgis table which has vector data. How to do it with raster data in table -- View this message in context: http://osgeo-org.1560.x6.nabble.com/publish-postgis-table-which-has-a-raster-image-using-rest-API-services-tp5075792.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Possible regression in encoding handling in Geoserver 2.3.5
There was an issue and it should be fixed since 2.3.1 ( http://jira.codehaus.org/browse/GEOS-5641) Wondering what has been changed since... Could you please check the properties file encodings. I may be that some files are UTF-8 I guess. Have you tried with 2.4-RC1 - same probem here? - Frank 2013/9/3 Koivusalo, Tuomas tuomas.koivus...@cgi.com Hi all, I just upgraded customers Geoserver from 2.3.1 to 2.3.5 and it seems that something has changed in encoding handling. Some of the configured layers have ä's ö's In their title and this has previously worked ok. After upgrading, if layer configuration is saved encoding in title is broken, so end result is complete gibberish like so: Pyörätiet - Pyörätiet Pylväät - Pylväät So it looks like it is double encoded. I could fix this by using recode UTF-8..latin1 featuretype.xml, but saving layer configuration will break it again. I remember similar behavior with 2.0 series of Geoserver, but this has worked fine since 2.1+ until now. Does anyone else have this issue or is it possible that some exotic configuration (which I don't think we have, but you never know) could affect this? Br, Tuomas Koivusalo -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Possible regression in encoding handling in Geoserver 2.3.5
Just an additional question : Which language have you configured in you browser? Makes it easier to find the problematic file ;) Thanks - Frank 2013/9/3 Frank Gasdorf fg...@users.sourceforge.net There was an issue and it should be fixed since 2.3.1 ( http://jira.codehaus.org/browse/GEOS-5641) Wondering what has been changed since... Could you please check the properties file encodings. I may be that some files are UTF-8 I guess. Have you tried with 2.4-RC1 - same probem here? - Frank 2013/9/3 Koivusalo, Tuomas tuomas.koivus...@cgi.com Hi all, I just upgraded customers Geoserver from 2.3.1 to 2.3.5 and it seems that something has changed in encoding handling. Some of the configured layers have ä's ö's In their title and this has previously worked ok. After upgrading, if layer configuration is saved encoding in title is broken, so end result is complete gibberish like so: Pyörätiet - Pyörätiet Pylväät - Pylväät So it looks like it is double encoded. I could fix this by using recode UTF-8..latin1 featuretype.xml, but saving layer configuration will break it again. I remember similar behavior with 2.0 series of Geoserver, but this has worked fine since 2.1+ until now. Does anyone else have this issue or is it possible that some exotic configuration (which I don't think we have, but you never know) could affect this? Br, Tuomas Koivusalo -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Possible regression in encoding handling in Geoserver 2.3.5
Hi, It seems that most of the files are in us-ascii encoding, layer featuretype.xml's are for some part in utf-8 (by quickly glancing through list I'd say that layers containing Scandinavian letters are in UTF-8, otherwiser us-ascii). None of the properties files seem to be in UTF-8. My browser is configured to use English. I'm downloading 2.4-RC1 right now, I'll check if I can replicate issue there. Br, Tuomas Koivusalo -Original Message- From: frank.gasd...@gmail.com [mailto:frank.gasd...@gmail.com] On Behalf Of Frank Gasdorf Sent: 3. syyskuuta 2013 15:39 To: Koivusalo, Tuomas; geoserver Subject: Re: [Geoserver-users] Possible regression in encoding handling in Geoserver 2.3.5 Just an additional question : Which language have you configured in you browser? Makes it easier to find the problematic file ;) Thanks - Frank 2013/9/3 Frank Gasdorf fg...@users.sourceforge.net There was an issue and it should be fixed since 2.3.1 (http://jira.codehaus.org/browse/GEOS-5641) Wondering what has been changed since... Could you please check the properties file encodings. I may be that some files are UTF-8 I guess. Have you tried with 2.4-RC1 - same probem here? - Frank 2013/9/3 Koivusalo, Tuomas tuomas.koivus...@cgi.com Hi all, I just upgraded customers Geoserver from 2.3.1 to 2.3.5 and it seems that something has changed in encoding handling. Some of the configured layers have ä's ö's In their title and this has previously worked ok. After upgrading, if layer configuration is saved encoding in title is broken, so end result is complete gibberish like so: Pyörätiet - Pyörätiet Pylväät - Pylväät So it looks like it is double encoded. I could fix this by using recode UTF-8..latin1 featuretype.xml, but saving layer configuration will break it again. I remember similar behavior with 2.0 series of Geoserver, but this has worked fine since 2.1+ until now. Does anyone else have this issue or is it possible that some exotic configuration (which I don't think we have, but you never know) could affect this? Br, Tuomas Koivusalo -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] OpenLayers with App-Schemas
We cannot get SLDs to show return with OpenLayers using App-Schemas configurations. Data from some layers are pulling from shapefiles and some are pulling from PostGIS, but all using app-schemas. OpenLayers won't return an image; either Click on the map to get feature info is the only text, or the scale is given, but no image. Help! -- View this message in context: http://osgeo-org.1560.x6.nabble.com/OpenLayers-with-App-Schemas-tp5075263.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] load balancing - jetty and Appache
Hi, Last time I used jetty I had to manually download ajp-library for jetty and add it to my jetty installation. I haven't been following jetty development very closely lately, but at least in past ajp-connector wasn't included by default. -Tuomas From: geromemailto:gerome.bracquem...@gmail.com Sent: 30.8.2013 16:34 To: geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net Subject: [Geoserver-users] load balancing - jetty and Appache Hi, I have 2 jetty geoserver instances on the same server. one is on the 8080 port the other on the 8081 I have an Appache in front of these 2 geoserver and with the mod_proxy_balancer working. I would like to use the mod_proxy_ajp. I've read that I should add a connector in the jetty.xml but when I add it, the server doesn't start my jetty.xml Call name=addConnector Arg New class=org.mortbay.jetty.nio.SelectChannelConnector Set name=portSystemProperty name=jetty.port default=8080//Set Set name=maxIdleTime3/Set Set name=Acceptors2/Set Set name=confidentialPort8443/Set /New /Arg /Call Call name=addConnector Arg New class=org.mortbay.jetty.ajp.Ajp13SocketConnector Set name=port8009/Set /New /Arg /Call do any one has an method with this issue ? -- View this message in context: http://osgeo-org.1560.x6.nabble.com/load-balancing-jetty-and-Appache-tp5075226.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Possible regression in encoding handling in Geoserver 2.3.5
Hi all, I just upgraded customers Geoserver from 2.3.1 to 2.3.5 and it seems that something has changed in encoding handling. Some of the configured layers have ä's ö's In their title and this has previously worked ok. After upgrading, if layer configuration is saved encoding in title is broken, so end result is complete gibberish like so: Pyörätiet - Pyörätiet Pylväät - Pylväät So it looks like it is double encoded. I could fix this by using recode UTF-8..latin1 featuretype.xml, but saving layer configuration will break it again. I remember similar behavior with 2.0 series of Geoserver, but this has worked fine since 2.1+ until now. Does anyone else have this issue or is it possible that some exotic configuration (which I don't think we have, but you never know) could affect this? Br, Tuomas Koivusalo -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoServer capabilites and OpenSource for goverment tenders
Ciao Paulius, you can find my answers 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 Mon, Sep 2, 2013 at 1:10 PM, Paulius Litvinas paul...@infoera.lt wrote: Hello List, Maybe someone knows and could provide such information: 1. How many concurrent users can be served by GeoServer? Where is a requirement to handle concurrent 500 users, so I am thinking what approximately configuration and server technical specifications should be. It would be helpful as you maybe could share your results with different configuration: etc. with such configuration where is no problem to serve such count of users/requests. I know every case is unique, but I think with such info it would be possible approximately evaluate the need. Basic tasks would be to review layers through WMS, WMTS and update data through WFS with GIS client software. Maybe there is already something about GeoServer capabilities, but I was not able to find? It is hard to answer this question in such generic terms as the throughput pretty much depends on the HW as well as on the type of data (as well as on the level of processing). I mean, if you want to have 500 users connecting to an Oracle corporate instance where you have a slot of 15 connections available, you are already out of luck! You can find some general numbers here: http://2010.foss4g.org/presentations/benchmarking2010.pdf http://geo-solutions.blogspot.it/2013/03/libjpeg-turbo.html http://geo-solutions.blogspot.it/2011/01/developers-corner-improving.html I have also some other spreadsheets I can share privately since they contain sensitive information. 2. There is a competition to create internal GIS data management system with some custom functionality. One of qualification requirements is to provide GIS software vendor issued technical qualification certificate or other equivalent document.you can While it was in technical specification phase we were thinking about GeoServer implementation for it, but now in competition such requirement appeared and I can't imagine if such qualification certificate is even possible for OpenSource solutions? Well everything is possible :) I believe this would be relatively hard as GeoServer is a _real_ community driven open source project meaning that there is no single company behind it acting as a benevolent dictator (can a dictator be benevolent ? :) ) What you might find around is the posibility to be trained by Companies offering professional services for GeoServer and get a certificate for that. Here http://geoserver.org/display/GEOS/Commercial+Support find a list of companies that (might) do that. It is the first time we are planning to use OpenSource (GeoServer) solution as GIS server, so my question would be is it possible to meet such requirement using GeoServer? Maybe you could share best practices how you compete (I believe you do) with OpenSource solutions for government public procurements to meet needed qualification? Thank you for you help. Sincerely, Paul -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Possible regression in encoding handling in Geoserver 2.3.5
Ohh, I guess now I got the issue: You are talking about used layer names the user typed in, right? I assume it has nothing to to with static UI elements like table headers, descriptions and so on. Let me cross check with special German in Workspace names ... I used ÄÜoderßtesthttp://localhost:8181/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.data.workspace.WorkspaceEditPagename=%C3%84%C3%9Coder%C3%9Ftest as a Workspace name and created it successful. After I selected it in the table (displayed correctly in the column 'Name') the following exception occurs: Arbeitsbereich ÃÃoderÃtest konnte nicht gefunden werden which means 'Could not find workspace ÃÃoderÃtest ' Seems its a bug, could you create an issue and describe the workflow which leads right into an error - Frank 2013/9/3 Koivusalo, Tuomas tuomas.koivus...@cgi.com Hi, It seems that most of the files are in us-ascii encoding, layer featuretype.xml's are for some part in utf-8 (by quickly glancing through list I'd say that layers containing Scandinavian letters are in UTF-8, otherwiser us-ascii). None of the properties files seem to be in UTF-8. My browser is configured to use English. I'm downloading 2.4-RC1 right now, I'll check if I can replicate issue there. Br, Tuomas Koivusalo -Original Message- From: frank.gasd...@gmail.com [mailto:frank.gasd...@gmail.com] On Behalf Of Frank Gasdorf Sent: 3. syyskuuta 2013 15:39 To: Koivusalo, Tuomas; geoserver Subject: Re: [Geoserver-users] Possible regression in encoding handling in Geoserver 2.3.5 Just an additional question : Which language have you configured in you browser? Makes it easier to find the problematic file ;) Thanks - Frank 2013/9/3 Frank Gasdorf fg...@users.sourceforge.net There was an issue and it should be fixed since 2.3.1 ( http://jira.codehaus.org/browse/GEOS-5641) Wondering what has been changed since... Could you please check the properties file encodings. I may be that some files are UTF-8 I guess. Have you tried with 2.4-RC1 - same probem here? - Frank 2013/9/3 Koivusalo, Tuomas tuomas.koivus...@cgi.com Hi all, I just upgraded customers Geoserver from 2.3.1 to 2.3.5 and it seems that something has changed in encoding handling. Some of the configured layers have ä's ö's In their title and this has previously worked ok. After upgrading, if layer configuration is saved encoding in title is broken, so end result is complete gibberish like so: Pyörätiet - Pyörätiet Pylväät - Pylväät So it looks like it is double encoded. I could fix this by using recode UTF-8..latin1 featuretype.xml, but saving layer configuration will break it again. I remember similar behavior with 2.0 series of Geoserver, but this has worked fine since 2.1+ until now. Does anyone else have this issue or is it possible that some exotic configuration (which I don't think we have, but you never know) could affect this? Br, Tuomas Koivusalo -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] load balancing - jetty and Appache
Hi, Thanks a lot, I'll try later this week 2013/9/3 Koivusalo, Tuomas-2 [via OSGeo.org] ml-node+s1560n5075815...@n6.nabble.com Hi, Last time I used jetty I had to manually download ajp-library for jetty and add it to my jetty installation. I haven't been following jetty development very closely lately, but at least in past ajp-connector wasn't included by default. -Tuomas -- From: [hidden email]http://user/SendEmail.jtp?type=nodenode=5075815i=0 Sent: 30.8.2013 16:34 To: [hidden email] http://user/SendEmail.jtp?type=nodenode=5075815i=1 Subject: [Geoserver-users] load balancing - jetty and Appache Hi, I have 2 jetty geoserver instances on the same server. one is on the 8080 port the other on the 8081 I have an Appache in front of these 2 geoserver and with the mod_proxy_balancer working. I would like to use the mod_proxy_ajp. I've read that I should add a connector in the jetty.xml but when I add it, the server doesn't start my jetty.xml Call name=addConnector Arg New class=org.mortbay.jetty.nio.SelectChannelConnector Set name=portSystemProperty name=jetty.port default=8080//Set Set name=maxIdleTime3/Set Set name=Acceptors2/Set Set name=confidentialPort8443/Set /New /Arg /Call Call name=addConnector Arg New class=org.mortbay.jetty.ajp.Ajp13SocketConnector Set name=port8009/Set /New /Arg /Call do any one has an method with this issue ? -- View this message in context: http://osgeo-org.1560.x6.nabble.com/load-balancing-jetty-and-Appache-tp5075226.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5075815i=2 https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5075815i=3 https://lists.sourceforge.net/lists/listinfo/geoserver-users -- If you reply to this email, your message will be added to the discussion below: http://osgeo-org.1560.x6.nabble.com/load-balancing-jetty-and-Appache-tp5075226p5075815.html To unsubscribe from load balancing - jetty and Appache, click herehttp://osgeo-org.1560.x6.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5075226code=Z2Vyb21lLmJyYWNxdWVtb250QGdtYWlsLmNvbXw1MDc1MjI2fDEwODM1MDEwMzk= . NAMLhttp://osgeo-org.1560.x6.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: http://osgeo-org.1560.x6.nabble.com/load-balancing-jetty-and-Appache-tp5075226p5075823.html Sent from the GeoServer - User mailing list archive at Nabble.com.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] publish postgis table which has a raster
Hi Vineendra, you will have to use a Image Mosaic JDBC store: http://docs.geoserver.org/stable/en/user/data/raster/postgisraster.html Best Regards -- Message: 1 Date: Tue, 3 Sep 2013 04:43:44 -0700 (PDT) From: Vineendra vineendra.sriram...@amigooptima.in Subject: [Geoserver-users] publish postgis table which has a raster image using rest API services To: geoserver-users@lists.sourceforge.net Message-ID: 1378208624143-5075792.p...@n6.nabble.com Content-Type: text/plain; charset=us-ascii I am storing a thumbnail of an image which represent a large image in the postgresql database. The size of the image is 1 to 2MB. Now i want to display the image in the database on the map in order to represent the large image. I want to do this using geoserver REST API services. Previously i have published the postgis table which has vector data. How to do it with raster data in table -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Possible regression in encoding handling in Geoserver 2.3.5
Hi, It would seem like 2.4-RC1 suffers from same issue. It looks like encoding is changed to UTF-8 if I try to enter ä or ö to title, causing the problem. I checked layer xmls with file -bi before and after testing it. -Tuomas -Original Message- From: Koivusalo, Tuomas [mailto:tuomas.koivus...@cgi.com] Sent: 3. syyskuuta 2013 15:46 To: fg...@users.sourceforge.net; geoserver Subject: Re: [Geoserver-users] Possible regression in encoding handling in Geoserver 2.3.5 Hi, It seems that most of the files are in us-ascii encoding, layer featuretype.xml's are for some part in utf-8 (by quickly glancing through list I'd say that layers containing Scandinavian letters are in UTF-8, otherwiser us-ascii). None of the properties files seem to be in UTF-8. My browser is configured to use English. I'm downloading 2.4-RC1 right now, I'll check if I can replicate issue there. Br, Tuomas Koivusalo -Original Message- From: frank.gasd...@gmail.com [mailto:frank.gasd...@gmail.com] On Behalf Of Frank Gasdorf Sent: 3. syyskuuta 2013 15:39 To: Koivusalo, Tuomas; geoserver Subject: Re: [Geoserver-users] Possible regression in encoding handling in Geoserver 2.3.5 Just an additional question : Which language have you configured in you browser? Makes it easier to find the problematic file ;) Thanks - Frank 2013/9/3 Frank Gasdorf fg...@users.sourceforge.net There was an issue and it should be fixed since 2.3.1 (http://jira.codehaus.org/browse/GEOS-5641) Wondering what has been changed since... Could you please check the properties file encodings. I may be that some files are UTF-8 I guess. Have you tried with 2.4-RC1 - same probem here? - Frank 2013/9/3 Koivusalo, Tuomas tuomas.koivus...@cgi.com Hi all, I just upgraded customers Geoserver from 2.3.1 to 2.3.5 and it seems that something has changed in encoding handling. Some of the configured layers have ä's ö's In their title and this has previously worked ok. After upgrading, if layer configuration is saved encoding in title is broken, so end result is complete gibberish like so: Pyörätiet - Pyörätiet Pylväät - Pylväät So it looks like it is double encoded. I could fix this by using recode UTF-8..latin1 featuretype.xml, but saving layer configuration will break it again. I remember similar behavior with 2.0 series of Geoserver, but this has worked fine since 2.1+ until now. Does anyone else have this issue or is it possible that some exotic configuration (which I don't think we have, but you never know) could affect this? Br, Tuomas Koivusalo -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Seeding Layers
Hello, I want to ask why in GWC Demos Page some layers can be seeded in png8 format, the format that we need to seed all our layers, and some not. Specifically some layers can be seeded in png and png8 format and some others in png and jpeg. My ultimate goal is to seed specific layers in png8 using the GWC Demos page and the command Seed this Layer Thanks in advance, Stephanos -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] store/layers disappear after RELOAD
I found problem. I renamed data directory as data_dir. I used JAVA_OPTS=%JAVA_OPTS% -DGEOSERVER_DATA_DIR=%GEOSERVER_DATA_DIR% to set up data directory. Everything works fine, except this one. I named it back C:/data and it works. peter -- View this message in context: http://osgeo-org.1560.x6.nabble.com/store-layers-disappear-after-RELOAD-tp5075776p5075834.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Image Mosaic JDBC - not working
Hi Christian, I have full control of the geoserver (sudo etc.). So I think I can start a debug session. Sadly I don't know what to do :) (sorry) In my last message I sent you a file called error-log.txt which included a copy of the full error message. Maybe we can find a hint there? I can send you the scripts (which one do you need?). However I can't send any data itself (due to restriction of my working group). Thanks again Best Regards Frederik On Tue, 3 Sep 2013 17:00:55 +0200 Christian Mueller christian.muel...@os-solutions.at wrote: Hi Frederik This is strange. In the file geoserver_aftererror.log I see 2013-09-03 13:35:57,116 INFO [org.geotools.gce.imagemosaic.jdbc] - Using 8 CPU(s) 2013-09-03 13:35:57,129 INFO [org.geotools.gce.imagemosaic.jdbc] - Getting 1 Tiles needs 13 millisecs 2013-09-03 13:35:57,134 INFO [org.geotools.gce.imagemosaic.jdbc] - Getting and decoding 1 Tiles needs 18 millisecs 2013-09-03 13:35:57,160 INFO [org.geotools.gce.imagemosaic.jdbc] - Mosaic Reader needs : 48 millisecs The imagemosaic JDBC module finished its job and returns an image to GeoServer. Unfortunately, I cannot see the exception causing this error. Without the the data I cannot debug. (Do you have the possibility to start a debug session). If not, I would need your configuration xml files, the image and all the scripts for importing the image data into postgres. Cheers Christian On Tue, Sep 3, 2013 at 1:42 PM, Frederik Haefker fhaef...@uni-bonn.dewrote: Hello Christan, thanks for your help!!! The screenshots and log-files are attached. I made a log-file before and after the error while trying to add a postgis-raster-layer. Best Regards Frederik -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Image Mosaic JDBC - not working
Hi Frederik This is strange. In the file geoserver_aftererror.log I see 2013-09-03 13:35:57,116 INFO [org.geotools.gce.imagemosaic.jdbc] - Using 8 CPU(s) 2013-09-03 13:35:57,129 INFO [org.geotools.gce.imagemosaic.jdbc] - Getting 1 Tiles needs 13 millisecs 2013-09-03 13:35:57,134 INFO [org.geotools.gce.imagemosaic.jdbc] - Getting and decoding 1 Tiles needs 18 millisecs 2013-09-03 13:35:57,160 INFO [org.geotools.gce.imagemosaic.jdbc] - Mosaic Reader needs : 48 millisecs The imagemosaic JDBC module finished its job and returns an image to GeoServer. Unfortunately, I cannot see the exception causing this error. Without the the data I cannot debug. (Do you have the possibility to start a debug session). If not, I would need your configuration xml files, the image and all the scripts for importing the image data into postgres. Cheers Christian On Tue, Sep 3, 2013 at 1:42 PM, Frederik Haefker fhaef...@uni-bonn.dewrote: Hello Christan, thanks for your help!!! The screenshots and log-files are attached. I made a log-file before and after the error while trying to add a postgis-raster-layer. Best Regards Frederik -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] OpenLayers with App-Schemas
Rini, For the Nightly 2.5-snapshot download, which version of app-schemas will work with that? Version geoserver-2.4-RC1-app-schema-plugin? -- View this message in context: http://osgeo-org.1560.x6.nabble.com/OpenLayers-with-App-Schemas-tp5075263p5075888.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Seeding Layers
Hi Stephanos, have you under 'caching defaults' the png8 format turned on? Because out of the box it is not, only png and jpeg are as far as I recall. Cheers Christian - Dr Christian Maul Project Manager Information Services Branch Department of Sustainability and Environment Level13, Marland House, 570 Bourke Street Melbourne 3000 PO Box 500, East Melbourne Vic 3002 Telephone:+61-3-8636 2325 Telefax: +61-3-8636 2813 -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Seeding-Layers-tp5075832p5075906.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] OpenLayers with App-Schemas
Christy, that axis order looks correct to me for a WMS 1.1 request centred on Arizona. Your WFS response does not contain any srsName attributes on the geometries. It looks like it is encoded in longitude/latitude axis order (guessing Arizona again). What do you get if you append: srsName=http://www.opengis.net/def/crs/EPSG/0/4326 to a GET request? This should force reprojection to a latitude/longitude axis order; failure to reproject would indicate that there is something wrong with the configuration of the SRS of the data source. I am not sure where this should happen with a shapefile data source. I have not tested app-schema WMS with a shapefile. In any case, try a GeoServer with Rini's patch and see if it resolves the problem. Kind regards, Ben. On 03/09/13 23:29, christy@azgs wrote: Hi Ben, thanks for the reply. Before I try the newest patch with the mentioned bug fixes, here is my GeoServer Logs error report and the 1.1.0 GetFeature request. This layer is pulling data from a shapefile. logs_OpenLayersError.txt http://osgeo-org.1560.x6.nabble.com/file/n5075856/logs_OpenLayersError.txt GetFeature20130903.xml http://osgeo-org.1560.x6.nabble.com/file/n5075856/GetFeature20130903.xml -- View this message in context: http://osgeo-org.1560.x6.nabble.com/OpenLayers-with-App-Schemas-tp5075263p5075856.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ 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 Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Seeding Layers
Stephanos, add-on if you talk about stand-alone GWC there is the following tag in each wmsLayer tag of the geowebcache.xml: mimeFormats stringimage/jpeg/string stringimage/png/string stringimage/png8/string /mimeFormats whatever format you define in there you may use. Cheers Christian - Dr Christian Maul Project Manager Information Services Branch Department of Sustainability and Environment Level13, Marland House, 570 Bourke Street Melbourne 3000 PO Box 500, East Melbourne Vic 3002 Telephone:+61-3-8636 2325 Telefax: +61-3-8636 2813 -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Seeding-Layers-tp5075832p5075920.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
