[Geoserver-users] Coordinates and GetFeatureInfo

GeoServer GeoServer User
1

i have thi url
url = '/geoserver/wms?WIDTH=650&LAYERS=topp%3Av_disruptions_now
  &HEIGHT=400
  &FORMAT=image%2Fpng
  &TRANSPARENT=true&SERVICE=WMS
  &VERSION=1.1.1&REQUEST=GetFeatureInfo
  &STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_xml
  &OLRELOADSALT=0.6880378263618003&
  SRS=EPSG%3A900913
  &BBOX=1322609.0094913673,5684096.288207863,1322656.782634039,5684144.061350537,EPSG:900913
  &INFO_FORMAT=text%2Fhtml
  &QUERY_LAYERS=topp%3Av_disruptions_now
  &filter=
  &FEATURE_COUNT=50
  &srs=EPSG%3A3003
  &layers=topp%3Av_disruptions_now
  &styles='

when called, i have this error: 1322609.0094913673,5684096.288207863,1322656.782634039,5684144.061350537,EPSG:900913 is not a valid pair of coordinates. I am passing the SRID with coordinates to have the projection, because my srs is EPSG:3003.

I don't understand why this is happening because this
  http://localhost:8080/geoserver/wfs?
  MAXFEATURES=20
  &SERVICE=WFS&VERSION=1.0.0&
  REQUEST=GetFeature
  &TYPENAME=topp:padova
  &SRS=EPSG:3003&
  outputformat=json&
  BBOX=1323535.8084591962,5683866.977123041,1323583.5816018677,5683914.750265712,EPSG:900913

work.

Have you got any idea?

Thanks

Andrea Maschio
http://www.superandrew.it

2

Hi Andrea,

The WMS request will not understand a bbox of the form:

x1,y1,x2,y2,srs

I am not sure but i think this might be in WMS 1.3 only, which GeoServer does not do.

WFS 1.1 does indeed understand this notation. Whats happens if you drop the srs from the bbox parameter?

-Justin

Andrea Maschio wrote:

i have thi url
url = '/geoserver/wms?WIDTH=650&LAYERS=topp%3Av_disruptions_now
  &HEIGHT=400
  &FORMAT=image%2Fpng
  &TRANSPARENT=true&SERVICE=WMS
  &VERSION=1.1.1&REQUEST=GetFeatureInfo
  &STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_xml
  &OLRELOADSALT=0.6880378263618003&
  SRS=EPSG%3A900913
   &BBOX = 1322609.0094913673,5684096.288207863,1322656.782634039,5684144.061350537 ,EPSG:900913
  &INFO_FORMAT=text%2Fhtml
  &QUERY_LAYERS=topp%3Av_disruptions_now
  &filter=
  &FEATURE_COUNT=50
  &srs=EPSG%3A3003
  &layers=topp%3Av_disruptions_now
  &styles='

when called, i have this error: 1322609.0094913673,5684096.288207863,1322656.782634039,5684144.061350537 ,EPSG:900913 is not a valid pair of coordinates. I am passing the SRID with coordinates to have the projection, because my srs is EPSG:3003.

I don't understand why this is happening because this
  http://localhost:8080/geoserver/wfs?
  MAXFEATURES=20
  &SERVICE=WFS&VERSION=1.0.0&
  REQUEST=GetFeature
  &TYPENAME=topp:padova
  &SRS=EPSG:3003&
  outputformat=json&
   BBOX = 1323535.8084591962,5683866.977123041,1323583.5816018677,5683914.750265712 ,EPSG:900913

work.

Have you got any idea?

Thanks

Andrea Maschio
http://www.superandrew.it

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,47d19052220181137850744!

--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com

3

Il giorno 08/mar/08, alle ore 02:01, Justin Deoliveira ha scritto:

Hi Andrea,

The WMS request will not understand a bbox of the form:

x1,y1,x2,y2,srs

I am not sure but i think this might be in WMS 1.3 only, which GeoServer does not do.

WFS 1.1 does indeed understand this notation. Whats happens if you drop the srs from the bbox parameter?

It happens

"X and Y incorrectly specified"
as you could probably check here in the div below :

http://suppa.dyndns.org:8080/litroms/CalcoloPercorsoOttimizzato.jsp

clicking on a work in progress symbol while in "visualizzazione" mode on the "Comandi" section

What I need is to read informations about the wms layer with the work in progress

The problem, as always is due by a coordinates conversion issue

because i am in SRID 3003, but projecting on google 900913, in facts this works, but with the wrong coordinates system

http://suppa.dyndns.org:8080/geoserver/wms?LAYERS=topp%3Av_disruptions_now&STYLES=&HEIGHT=448&WIDTH=800&SRS=EPSG%3A3003&FORMAT=image%2Fpng&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&EXCEPTIONS=application%2Fvnd.ogc.se_xml&BBOX=1724775.651359%2C5034409.375812%2C1731019.121096%2C5037905.718865&X=174&Y=169&INFO_FORMAT=text%2Fhtml&QUERY_LAYERS=topp%3Av_disruptions_now&FEATURE_COUNT=50&layers=topp%3Av_disruptions_now&styles=&srs=EPSG%3A3003

this is the code from the demo section.

How can i perform this conversion?

-Justin

Andrea Maschio wrote:

i have thi url
url = '/geoserver/wms?WIDTH=650&LAYERS=topp%3Av_disruptions_now
  &HEIGHT=400
  &FORMAT=image%2Fpng
  &TRANSPARENT=true&SERVICE=WMS
  &VERSION=1.1.1&REQUEST=GetFeatureInfo
  &STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_xml
  &OLRELOADSALT=0.6880378263618003&
  SRS=EPSG%3A900913
   &BBOX = 1322609.0094913673,5684096.288207863,1322656.782634039,5684144.061350537 ,EPSG:900913
  &INFO_FORMAT=text%2Fhtml
  &QUERY_LAYERS=topp%3Av_disruptions_now
  &filter=
  &FEATURE_COUNT=50
  &srs=EPSG%3A3003
  &layers=topp%3Av_disruptions_now
  &styles='
when called, i have this error: 1322609.0094913673,5684096.288207863,1322656.782634039,5684144.061350537 ,EPSG:900913 is not a valid pair of coordinates. I am passing the SRID with coordinates to have the projection, because my srs is EPSG:3003.
I don't understand why this is happening because this
  http://localhost:8080/geoserver/wfs?
  MAXFEATURES=20
  &SERVICE=WFS&VERSION=1.0.0&
  REQUEST=GetFeature
  &TYPENAME=topp:padova
  &SRS=EPSG:3003&
  outputformat=json&
   BBOX = 1323535.8084591962,5683866.977123041,1323583.5816018677,5683914.750265712 ,EPSG:900913
work.
Have you got any idea?
Thanks
Andrea Maschio
http://www.superandrew.it
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
!DSPAM:4007,47d19052220181137850744!

--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com

4

Andrea Maschio ha scritto:

i have thi url
url = '/geoserver/wms?WIDTH=650&LAYERS=topp%3Av_disruptions_now
  &HEIGHT=400
  &FORMAT=image%2Fpng
  &TRANSPARENT=true&SERVICE=WMS
  &VERSION=1.1.1&REQUEST=GetFeatureInfo
  &STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_xml
  &OLRELOADSALT=0.6880378263618003&
  SRS=EPSG%3A900913
   &BBOX = 1322609.0094913673,5684096.288207863,1322656.782634039,5684144.061350537 ,EPSG:900913
  &INFO_FORMAT=text%2Fhtml
  &QUERY_LAYERS=topp%3Av_disruptions_now
  &filter=
  &FEATURE_COUNT=50
  &srs=EPSG%3A3003
  &layers=topp%3Av_disruptions_now
  &styles='

when called, i have this error: 1322609.0094913673,5684096.288207863,1322656.782634039,5684144.061350537 ,EPSG:900913 is not a valid pair of coordinates. I am passing the SRID with coordinates to have the projection, because my srs is EPSG:3003.

A GetFeatureInfo request must closely derive from the WMS request
that generate the map. So you have to put EPSG:900913 in the srs,
not in the bbox. As a rule of thumb, take the WMS request as is,
and add the x,y,query_layers and info_format parameters and you
should be good (and yes, you can also add a filter if you want to
get feature infos only on a subset of the originally displayed
featues).

Hope this helps
Cheers
Andrea

5

Hi Andrea, following your hint i tried this way:

url = disruptions.getFullRequestString(
{
REQUEST: “GetFeatureInfo”,
BBOX: map.getExtent().toBBOX(),
X: e.xy.x,
Y: e.xy.y,
INFO_FORMAT: ‘text/html’,
QUERY_LAYERS: disruptions.params.LAYERS,
FEATURE_COUNT: 50,
layers: ‘topp:v_disruptions_now’,
styles: ‘’,
srs: ‘EPSG:3003’,
WIDTH: map.size.w,
HEIGHT: map.size.h
},
“/geoserver/wms”
);
When i load it, the querystring contains also the filter defined for the layer:

http://suppa.dyndns.org:8080/geoserver/wms?
WIDTH=650&
FILTER=%3CFilter%3E%3CAnd%3E%3CPropertyIsLessThan%3E%3CPropertyName%3Edata_da%3C%2FPropertyName%3E%3CLiteral%3E2008-03-08%3C%2FLiteral%3E%3C%2FPropertyIsLessThan%3E%3CPropertyIsGreaterThan%3E%3CPropertyName%3Edata_a%3C%2FPropertyName%3E%3CLiteral%3E2008-03-08%3C%2FLiteral%3E%3C%2FPropertyIsGreaterThan%3E%3C%2FAnd%3E%3C%2FFilter%3E&
LAYERS=topp%3Av_disruptions_now&
HEIGHT=400&
FORMAT=image%2Fpng&
TRANSPARENT=true&
SERVICE=WMS&VERSION=1.1.1&
REQUEST=GetFeatureInfo&STYLES=&
EXCEPTIONS=application%2Fvnd.ogc.se_inimage&
OLRELOADSALT=0.45879735603354377&
SRS=EPSG%3A900913&
BBOX=1321968.84938%2C5683532.565124%2C1325074.103653%2C5685443.490831&
X=300&Y=139&
INFO_FORMAT=text%2Fhtml&
QUERY_LAYERS=topp%3Av_disruptions_now&
FEATURE_COUNT=50&
layers=topp%3Av_disruptions_now&
styles=&srs=
EPSG%3A3003

which gives me the error java.lang.IllegalArgumentException: Only the following delimiters are supported: =, )(, , & Only the following delimiters are supported: =, )(, , &

If I manualy remove the filter from the query string, I simply got no error and no results.

I can get no clue on what’s going on : /

Thanks
Andrea

Il giorno 08/mar/08, alle ore 11:17, Andrea Aime ha scritto:

Andrea Maschio ha scritto:

i have thi url

url = '/geoserver/wms?WIDTH=650&LAYERS=topp%3Av_disruptions_now

&HEIGHT=400

&FORMAT=image%2Fpng

&TRANSPARENT=true&SERVICE=WMS

&VERSION=1.1.1&REQUEST=GetFeatureInfo

&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_xml

&OLRELOADSALT=0.6880378263618003&

SRS=EPSG%3A900913

&BBOX = 1322609.0094913673,5684096.288207863,1322656.782634039,5684144.061350537 ,EPSG:900913

&INFO_FORMAT=text%2Fhtml

&QUERY_LAYERS=topp%3Av_disruptions_now

&filter=

&FEATURE_COUNT=50

&srs=EPSG%3A3003

&layers=topp%3Av_disruptions_now

&styles=’

when called, i have this error: 1322609.0094913673,5684096.288207863,1322656.782634039,5684144.061350537 ,EPSG:900913 is not a valid pair of coordinates. I am passing the SRID with coordinates to have the projection, because my srs is EPSG:3003.

A GetFeatureInfo request must closely derive from the WMS request
that generate the map. So you have to put EPSG:900913 in the srs,
not in the bbox. As a rule of thumb, take the WMS request as is,
and add the x,y,query_layers and info_format parameters and you
should be good (and yes, you can also add a filter if you want to
get feature infos only on a subset of the originally displayed
featues).

Hope this helps
Cheers
Andrea

6

Andrea Maschio ha scritto:

Hi Andrea, following your hint i tried this way:

url = disruptions.getFullRequestString(
                {
                    REQUEST: "GetFeatureInfo",
                    BBOX: map.getExtent().toBBOX(),
                    X: e.xy.x,
                    Y: e.xy.y,
                    INFO_FORMAT: 'text/html',
                    QUERY_LAYERS: disruptions.params.LAYERS,
                    FEATURE_COUNT: 50,
                    layers: 'topp:v_disruptions_now',
                    styles: '',
                    srs: 'EPSG:3003',
                    WIDTH: map.size.w,
                    HEIGHT: map.size.h
                },
                "/geoserver/wms"
            );
When i load it, the querystring contains also the filter defined for the layer:

http://suppa.dyndns.org:8080/geoserver/wms?
WIDTH=650&
FILTER=%3CFilter%3E%3CAnd%3E%3CPropertyIsLessThan%3E%3CPropertyName%3Edata_da%3C%2FPropertyName%3E%3CLiteral%3E2008-03-08%3C%2FLiteral%3E%3C%2FPropertyIsLessThan%3E%3CPropertyIsGreaterThan%3E%3CPropertyName%3Edata_a%3C%2FPropertyName%3E%3CLiteral%3E2008-03-08%3C%2FLiteral%3E%3C%2FPropertyIsGreaterThan%3E%3C%2FAnd%3E%3C%2FFilter%3E&
LAYERS=topp%3Av_disruptions_now&
HEIGHT=400&
FORMAT=image%2Fpng&
TRANSPARENT=true&
SERVICE=WMS&VERSION=1.1.1&
REQUEST=GetFeatureInfo&STYLES=&
EXCEPTIONS=application%2Fvnd.ogc.se_inimage&
OLRELOADSALT=0.45879735603354377&
SRS=EPSG%3A900913&
BBOX=1321968.84938%2C5683532.565124%2C1325074.103653%2C5685443.490831&
X=300&Y=139&
INFO_FORMAT=text%2Fhtml&
QUERY_LAYERS=topp%3Av_disruptions_now&
FEATURE_COUNT=50&
layers=topp%3Av_disruptions_now&
styles=&srs=
EPSG%3A3003

which gives me the error java.lang.IllegalArgumentException: Only the following delimiters are supported: =, \)\(, , & Only the following delimiters are supported: =, \)\(, , &

If I manualy remove the filter from the query string, I simply got no error and no results.

I can get no clue on what's going on : /

Hum, a parsing error related to filters in WMS requests was recently
fixed, what version of GeoServer are you using? I've just tried
out the following request using a filter on 1.6.2:
http://localhost:8080/geoserver/wms?request=GetMap&layers=tiger:poly_landmarks&styles=&bbox=-73.97,40.74,-73.93,40.78&Format=image/png&width=344&height=500&srs=EPSG:4326&filter=<Filter%20xmlns="http://www.opengis.net/ogc"><PropertyIsEqualTo><PropertyName>LANAME</PropertyName><Literal>East%20River</Literal></PropertyIsEqualTo></Filter>
and it works for me.

Cheers
Andrea

7

Il giorno 08/mar/08, alle ore 12:53, Andrea Aime ha scritto:

Andrea Maschio ha scritto:

Hi Andrea, following your hint i tried this way:

url = disruptions.getFullRequestString(

{

REQUEST: “GetFeatureInfo”,

BBOX: map.getExtent().toBBOX(),

X: e.xy.x,

Y: e.xy.y,

INFO_FORMAT: ‘text/html’,

QUERY_LAYERS: disruptions.params.LAYERS,

FEATURE_COUNT: 50,

layers: ‘topp:v_disruptions_now’,

styles: ‘’,

srs: ‘EPSG:3003’,

WIDTH: map.size.w,

HEIGHT: map.size.h

},

“/geoserver/wms”

);

When i load it, the querystring contains also the filter defined for the layer:

http://suppa.dyndns.org:8080/geoserver/wms?

WIDTH=650&

FILTER=%3CFilter%3E%3CAnd%3E%3CPropertyIsLessThan%3E%3CPropertyName%3Edata_da%3C%2FPropertyName%3E%3CLiteral%3E2008-03-08%3C%2FLiteral%3E%3C%2FPropertyIsLessThan%3E%3CPropertyIsGreaterThan%3E%3CPropertyName%3Edata_a%3C%2FPropertyName%3E%3CLiteral%3E2008-03-08%3C%2FLiteral%3E%3C%2FPropertyIsGreaterThan%3E%3C%2FAnd%3E%3C%2FFilter%3E&

LAYERS=topp%3Av_disruptions_now&

HEIGHT=400&

FORMAT=image%2Fpng&

TRANSPARENT=true&

SERVICE=WMS&VERSION=1.1.1&

REQUEST=GetFeatureInfo&STYLES=&

EXCEPTIONS=application%2Fvnd.ogc.se_inimage&

OLRELOADSALT=0.45879735603354377&

SRS=EPSG%3A900913&

BBOX=1321968.84938%2C5683532.565124%2C1325074.103653%2C5685443.490831&

X=300&Y=139&

INFO_FORMAT=text%2Fhtml&

QUERY_LAYERS=topp%3Av_disruptions_now&

FEATURE_COUNT=50&

layers=topp%3Av_disruptions_now&

styles=&srs=

EPSG%3A3003

which gives me the error java.lang.IllegalArgumentException: Only the following delimiters are supported: =, )(, , & Only the following delimiters are supported: =, )(, , & If I manualy remove the filter from the query string, I simply got no error and no results.

I can get no clue on what’s going on : /

Hum, a parsing error related to filters in WMS requests was recently
fixed, what version of GeoServer are you using? I’ve just tried
out the following request using a filter on 1.6.2:
http://localhost:8080/geoserver/wms?request=GetMap&layers=tiger:poly_landmarks&styles=&bbox=-73.97,40.74,-73.93,40.78&Format=image/png&width=344&height=500&srs=EPSG:4326&filter=%3CFilter%20xmlns=%22http://www.opengis.net/ogc%22%3E%3CPropertyIsEqualTo%3E%3CPropertyName%3ELANAME%3C/PropertyName%3E%3CLiteral%3EEast%20River%3C/Literal%3E%3C/PropertyIsEqualTo%3E%3C/Filter%3E
and it works for me.

II am actually using 1.6.2 (just updated) ang got this different but similar error:

08 mar 17:34:46 INFO [geoserver.filters] - 10.0.0.2 “GET /geoserver/wms?WIDTH=650&FILTER=%3CFilter%3E%3CAnd%3E%3CPropertyIsLessThan%3E%3CPropertyName%3Edata_da%3C%2FPropertyName%3E%3CLiteral%3E2008-03-05%3C%2FLiteral%3E%3C%2FPropertyIsLessThan%3E%3CPropertyIsGreaterThan%3E%3CPropertyName%3Edata_a%3C%2FPropertyName%3E%3CLiteral%3E2008-03-05%3C%2FLiteral%3E%3C%2FPropertyIsGreaterThan%3E%3C%2FAnd%3E%3C%2FFilter%3E&LAYERS=topp%3Av_disruptions_now&HEIGHT=400&FORMAT=image%2Fpng&TRANSPARENT=true&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&OLRELOADSALT=0.06591550989880834&SRS=EPSG%3A900913&BBOX=1310531.959051%2C5678631.030688%2C1335373.993239%2C5693918.436342&X=344&Y=243&INFO_FORMAT=text%2Fhtml&QUERY_LAYERS=topp%3Av_disruptions_now&FEATURE_COUNT=50&layers=topp%3Av_disruptions_now&styles=&srs=EPSG%3A3003” “Mozilla/5.0 (Macintosh; U; Intel Mac OS X; it; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7” “http://suppa.dyndns.org:8080/litroms/CalcoloPercorsoOttimizzato.jsp”
[Fatal Error] :1:2: XML document structures must start and end within the same entity.
08 mar 17:34:46 WARN [geoserver.ows] -
org.vfny.geoserver.wms.WmsException: org.xml.sax.SAXParseException: XML document structures must start and end within the same entity.
at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseFilterParam(GetMapKvpReader.java:988)

I don’t know if there is something wrong with the filter cml validation, but to me seems the same filter i apply on WMS layer, that actually works.

Thanks
Andrea

8

Andrea Maschio ha scritto:

I don't know if there is something wrong with the filter cml validation, but to me seems the same filter i apply on WMS layer, that actually works.

Sigh, you've spotted a bug indeed. I just tried with the following map preview:
http://localhost:8080/geoserver/wms?bbox=-127.61950065,23.7351786,-64.08177035,50.592523400000005&styles=&Format=application/openlayers&request=GetMap&layers=topp:states&width=800&height=317&srs=EPSG:4326&filter=<Filter><PropertyIsLessThan><PropertyName>PERSONS</PropertyName><Literal>1000000</Literal></PropertyIsLessThan></Filter>
and in fact trying to get feature info results in the exception
you reported... I guess the bug was fixed for the GetMap path, but not
for the GetFeatureInfo one.

Can you open a jira issue for this?

As a quick alternative, have you tried out cql filters? The following
map preview:
http://localhost:8080/geoserver/wms?bbox=-127.61950065,23.7351786,-64.08177035,50.592523400000005&styles=&Format=application/openlayers&request=GetMap&layers=topp:states&width=800&height=317&srs=EPSG:4326&cql_filter=PERSONS<1000000

does the same and the the GetFeatureInfo is working there.
Cheers
Andrea

9

I upgraded my geoserver installation to 1.6.2, and now i have some weird behaviour, like this:

in eclipse console, i can see thousands of lines, even if the loggin level is set to PRODUCTION LEVEL

SELECT encode(asBinary(force_2d("the_geom"),'XDR'),'base64')

then my system stops responding.

Initially I thought it was a system wide problem, but i can reproduce it simply launching my jsp. It seems an infinite loop, because my system is up and reachable via ssh, and seems to run a lot of queryes

11:12:53.662 select S=1 0.000003 launchd
11:12:53.662 select S=0 0.200076 W postgres
11:12:53.862 select S=0 0.200045 W postgres
11:12:54.063 select S=0 0.200046 W postgres
11:12:54.263 select S=0 0.200044 W postgres
11:12:54.463 select S=0 0.200081 W postgres
11:12:54.663 select S=0 0.200065 W postgres
11:12:54.863 select S=0 0.200047 W postgres
11:12:55.063 select S=0 0.200055 W postgres
11:12:55.263 select S=0 0.200043 W postgres
11:12:55.463 select S=0 0.200079 W postgres
11:12:55.663 select S=0 0.200063 W postgres

(this calling sudo fs_usage)

the error that caused that is putting a cql_filter without quotation marks

2008-03-09 between data_da and data_a

2008-03-09 11:03:09,121 WARN [geoserver.ows] -
org.vfny.geoserver.ServiceException: Could not parse CQL filter list.Encountered "2008" at line 1, column 1.
Was expecting one of:
     <NOT> ...
     "include" ...
     "exclude" ...
     <IDENTIFIER> ...
     "(" ...
     : 2008-03-09 between data_da and data_a, Current Token : null
  at org.geoserver.wfs.kvp.CQLFilterKvpParser.parse(CQLFilterKvpParser.java:28)
  at org.geoserver.ows.Dispatcher.parseKVP(Dispatcher.java:966)

by the way, I can't understand how this could bring to an unresponsive system, but this simply happens every time i load the page

I'll try to investigate further the causes, and I'll let you know

Thanks

Andrea

10

It seems that this has to do with the eclipse console viewer and a graphic issue on tha NVIDIA Geforce 8600 GT, as I see in system log:

Mar 9 11:20:40 SuppaBookPro kernel[0]: NVChannel(GL): Graphics channel timeout!
Mar 9 11:20:41 SuppaBookPro kernel[0]: NVChannel(GL): Graphics channel exception! status = 0xffff info32 = 0x3 = Fifo: Unknown Method Error

so it seems to be related to a high amount of logging in the console window(?).

This has been filled as a bug, even if it could be a hardware fault:

http://discussions.apple.com/thread.jspa?messageID=6789322#6789322

Anyway, it is not related to geoserver : )

Thanks
Andrea

Il giorno 09/mar/08, alle ore 11:18, Andrea Maschio ha scritto:

I upgraded my geoserver installation to 1.6.2, and now i have some weird behaviour, like this:

in eclipse console, i can see thousands of lines, even if the loggin level is set to PRODUCTION LEVEL

SELECT encode(asBinary(force_2d("the_geom"),'XDR'),'base64')

then my system stops responding.

Initially I thought it was a system wide problem, but i can reproduce it simply launching my jsp. It seems an infinite loop, because my system is up and reachable via ssh, and seems to run a lot of queryes

11:12:53.662 select S=1 0.000003 launchd
11:12:53.662 select S=0 0.200076 W postgres
11:12:53.862 select S=0 0.200045 W postgres
11:12:54.063 select S=0 0.200046 W postgres
11:12:54.263 select S=0 0.200044 W postgres
11:12:54.463 select S=0 0.200081 W postgres
11:12:54.663 select S=0 0.200065 W postgres
11:12:54.863 select S=0 0.200047 W postgres
11:12:55.063 select S=0 0.200055 W postgres
11:12:55.263 select S=0 0.200043 W postgres
11:12:55.463 select S=0 0.200079 W postgres
11:12:55.663 select S=0 0.200063 W postgres

(this calling sudo fs_usage)

the error that caused that is putting a cql_filter without quotation marks

2008-03-09 between data_da and data_a

2008-03-09 11:03:09,121 WARN [geoserver.ows] -
org.vfny.geoserver.ServiceException: Could not parse CQL filter list.Encountered "2008" at line 1, column 1.
Was expecting one of:
   <NOT> ...
   "include" ...
   "exclude" ...
   <IDENTIFIER> ...
   "(" ...
   : 2008-03-09 between data_da and data_a, Current Token : null
  at org.geoserver.wfs.kvp.CQLFilterKvpParser.parse(CQLFilterKvpParser.java:28)
  at org.geoserver.ows.Dispatcher.parseKVP(Dispatcher.java:966)

by the way, I can't understand how this could bring to an unresponsive system, but this simply happens every time i load the page

I'll try to investigate further the causes, and I'll let you know

Thanks

Andrea

11

Andrea Maschio ha scritto:

It seems that this has to do with the eclipse console viewer and a graphic issue on tha NVIDIA Geforce 8600 GT, as I see in system log:

Mar 9 11:20:40 SuppaBookPro kernel[0]: NVChannel(GL): Graphics channel timeout!
Mar 9 11:20:41 SuppaBookPro kernel[0]: NVChannel(GL): Graphics channel exception! status = 0xffff info32 = 0x3 = Fifo: Unknown Method Error

so it seems to be related to a high amount of logging in the console window(?).

This has been filled as a bug, even if it could be a hardware fault:

http://discussions.apple.com/thread.jspa?messageID=6789322#6789322

Anyway, it is not related to geoserver : )

Well, somehow it is... we should not log that much.
The first issue is related to a System.out.println that was committed
right before the release and we noticed too late (it's fixed now
in the current 1.6.x branch, or to be more precise, in the
geotools 2.4.x branch where the system.out originated).

The second source of logs is the request logger, which depending
on what you're doing, may fill up pretty rapidly the console as well.
If you want you can disable it by editing web.xml and setting
the enabled param to false:

  <filter>
      <filter-name>Request Logging Filter</filter-name>
      <filter-class>org.geoserver.filters.LoggingFilter</filter-class>
      <init-param>
          <!-- The 'enabled' parameter is a boolean value, "true" (case-insensitive) for true or
               any other value for false. If enabled, then the logging will be performed;
               otherwise the logging filter will have no effect. If not specified, this
               parameter defaults to false.
               -->
          <param-name>enabled</param-name>
          <param-value>false<param-value>
      </init-param>

Hope this helps
Cheers
Andrea

12

May I find a War version of geoserver without this System.out or should i build it from source?

Thanks

Andrea

Il giorno 09/mar/08, alle ore 14:01, Andrea Aime ha scritto:

Andrea Maschio ha scritto:

It seems that this has to do with the eclipse console viewer and a graphic issue on tha NVIDIA Geforce 8600 GT, as I see in system log:
Mar 9 11:20:40 SuppaBookPro kernel[0]: NVChannel(GL): Graphics channel timeout!
Mar 9 11:20:41 SuppaBookPro kernel[0]: NVChannel(GL): Graphics channel exception! status = 0xffff info32 = 0x3 = Fifo: Unknown Method Error
so it seems to be related to a high amount of logging in the console window(?).
This has been filled as a bug, even if it could be a hardware fault:
http://discussions.apple.com/thread.jspa?messageID=6789322#6789322
Anyway, it is not related to geoserver : )

Well, somehow it is... we should not log that much.
The first issue is related to a System.out.println that was committed
right before the release and we noticed too late (it's fixed now
in the current 1.6.x branch, or to be more precise, in the
geotools 2.4.x branch where the system.out originated).

The second source of logs is the request logger, which depending
on what you're doing, may fill up pretty rapidly the console as well.
If you want you can disable it by editing web.xml and setting
the enabled param to false:

<filter>
    <filter-name>Request Logging Filter</filter-name>
    <filter-class>org.geoserver.filters.LoggingFilter</filter-class>
    <init-param>
        <!-- The 'enabled' parameter is a boolean value, "true" (case-insensitive) for true or
             any other value for false. If enabled, then the logging will be performed;
             otherwise the logging filter will have no effect. If not specified, this
             parameter defaults to false.
             -->
        <param-name>enabled</param-name>
        <param-value>false<param-value>
    </init-param>

Hope this helps
Cheers
Andrea

13

Andrea Maschio ha scritto:

May I find a War version of geoserver without this System.out or should i build it from source?

Unfortunately it seems the nightly builds are failing again, the last one is from March 4, too old:
http://gridlock.openplans.org/geoserver/1.6.x/

So yes, I guess you'll have to build from source
Cheers
Andrea