Dear all,
After Upgrading from 2.2.4 (tomcat6/java6) to 2.3.5 (tomcat7/java7)
I get the same error as mentioned in
http://www.mail-archive.com/geoserver-users@lists.sourceforge.net/msg15284.html
04 Sep 14:58:22 INFO [geoserver.wms] -
Request: getServiceInfo
04 Sep 14:58:23 ERROR [xml.sax] -
It came down to my HTTP proxy not handling persistent connections properly
for machines that are with in my network - the solution is to uncheck the
use connection pooling box on the WMS datastore page.
Ian
On 5 September 2013 09:25, Nachtigall, Jens (init)
jens.nachtig...@init.dewrote:
Dear
Hi,
I have a problem, some labels don't show up on my tile cache because the
label is on the edge of a tile. I have read all the mailing list entries
and tried all the usual tricks adjusting
- Metatile size default 4x4: I tried 1x1, 3x3, 5x5, 10x10, 15x15
- gutter size: I tried 0, 1, 2,
I had a quick look at the log file.
The problem is that the java image library cannot decode the image data
fetched from postgis raster.
Can you send the output of
gdalinfo myimage
Perhaps your image format is not supported.
Cheers
Christian
On Thu, Sep 5, 2013 at 7:45 AM, Vineendra
Hey Ben,
I already have the Proxy Base URL listed as
http://data.usgin.org/azgs_bedrock_geology and am using v2.3.0 of
GeoServer. I changed it after creating these layers, so do I need to do the
work over, after the Proxy has been indicated?
--
View this message in context:
Hi,
When you perform GetFeature request with GML output format, featureID is
the value of the gml:id attribute in the response.
Best Regards,
Rudy
2013/9/5 Jonathan Moules jonathanmou...@warwickshire.gov.uk
Hi List,
I'm trying to use WFS GetFeature to get a specific feature -
Hi Christian,
This is the gdalinfo of the image
Driver: GTiff/GeoTIFF
Files: test.tif
test.tfw
Size is 750, 750
Coordinate System is:
GEOGCS[WGS 84,
DATUM[WGS_1984,
SPHEROID[WGS 84,6378137,298.257223563,
AUTHORITY[EPSG,7030]],
AUTHORITY[EPSG,6326]],
On Thu, Sep 5, 2013 at 6:12 PM, beldar15 belda...@gmail.com wrote:
Hi, I was trying to do something, but I don't know if it's possible, so I
wanted to ask first to not waste more time.
I was trying to create a GS layer from a WSF GetCapabilities Doc, which
I've
created in a PHP service. I
See email below:
Ben -
We got things to work by adjusting the Host header on the proxy server (nginx
in this case), but before doing that we were seeing 127.0.0.1 addresses in the
GetCapabilities and OpenLayers previews even though we had set the Geoserver
proxy base url. We're using 2.3, so
Hi List,
I'm trying to use WFS GetFeature to get a specific feature -
http://docs.geoserver.org/stable/en/user/services/wfs/reference.html#getfeature
The documentation says:
To limit the output you can restrict the GetFeature request to a single
feature by including an additional parameter,
Ciao Amiala,
we would need to have more info about the structure of the data itself:
- how many levels you have in your pyramid
- the resolutions for each level (you can check the pyramid.properties
file for this)
- the structure of the data in each level. The gdalinfo on a sample
for each level
I created a Workspace, the a POSTGIS store and I created a layer. Everything
worked well and fine, until that point. Then, I've used that GetCapabilities
document, but I changed the GetFeature Path on it (the online resource). But
it don't worked. So, it is possible? It can be done? or I'm wasting
Ok, I created the three archives, GetCapabilities, DescribeFeatureType and
GetFeatures. I pointed in the GetCapabilities to their respective class. But
no, it doesn't work. I keeps thowing me the same error. I don't know if this
could be possible, I edited every single path that may be wrong or
Many thanks for keep on this with me! Well I've validated the documents and
they are properly formed. I am creating the Vector Data Store. I select the
workspace, I put as GetCapabilities document the path to the respective
script and I save it. That works. Then I am in the Create Layer window,
On Thu, Sep 5, 2013 at 9:20 PM, beldar15 belda...@gmail.com wrote:
Ok, I created the three archives, GetCapabilities, DescribeFeatureType and
GetFeatures. I pointed in the GetCapabilities to their respective class.
But
no, it doesn't work. I keeps thowing me the same error. I don't know if
Do you have the possibility to write a tiny java program reading the image
from the file system and writing it back for testing.
If not, can you send me a small sample image extracted with the gdal
utilities. I can make the test.
Christian
On Thu, Sep 5, 2013 at 4:55 PM, Vineendra Sriramoju
Ben -
We got things to work by adjusting the Host header on the proxy server (nginx
in this case), but before doing that we were seeing 127.0.0.1 addresses in the
GetCapabilities and OpenLayers previews even though we had set the Geoserver
proxy base url. We're using 2.3, so I'm curious why we
On Thu, Sep 5, 2013 at 6:50 PM, christy@azgs christy.caud...@azgs.az.govwrote:
Okay, so you can see that the OnlineResource in the GetCapabilities still
references 127.0.0.1
http://data.usgin.org/azgs_bedrock_geology/gsmlp/wms?service=WMSversion=1.3.0request=GetCapabilities
Do you have
Okay, so you can see that the OnlineResource in the GetCapabilities still
references 127.0.0.1
http://data.usgin.org/azgs_bedrock_geology/gsmlp/wms?service=WMSversion=1.3.0request=GetCapabilities
And attached is a screen shot that the Proxy has been set, but is being
ignored:
Hi,
I created a new workspace and copied the styles directory from another
server, but I don't see the copied styles listed when I click the styles
link. What do I need to add to get them to appear?
Thanks,
Jim
--
James B. White
Cary, NC
H: 919-380-9615
M: 919-698-1765
White Coding and Maps
Hello Jim,
have you also copied the stylename.xml? This file has an ID which is
essential to reference and register the style with geoserver.
This ID turns up with the layer.xml in the workspace:
layer
nameVMADD.ADDRESS/name
idLayerInfoImpl--4c68f0d5:128cd132f0d:-7f8a/id
Hi Jim,
cave you copied the stylename.xml files with the sld files?
They look like this:
style
idStyleInfoImpl--
*2e0631ee:136997f03ca:7037**
/id
nameADDR_addresspoint_1/name
sldVersion...etc
This ID is the definition and the reference for geoserver. It turns up in
the layer.xml
Ryan,
I had a look at a recent deployment using apache2 ProxyPass (proxy_http)
to tomcat6 on localhost:8080 and Everything Just Works (Capabilities and
OpenLayers), even without setting Proxy Base URL. I suspect that apache
is setting similar headers. Your nginx solution is quite useful and
23 matches
Mail list logo