[Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem

Hi,

Since we deployed the new version of Geoserver 1.7.2. we have a problem
with the leishmaniasis e-compendium our application developed with
OpenLayers and ExtJS
http://www.who.int/tools/geoserver/www/ecomp/index.htm

The layers are related to leishmaniasis and are generated with CQL
filter.
var res = new OpenLayers.Layer.WMS(
        "Reservoirs",
        url + "/wms?CQL_FILTER=subtopic_i<3",
        {
           layers: 'WHO:leishecomp',
           styles: '',
           format: 'image/gif',
           transparent: 'true'
  
        },

When you display a layer and click on a marker on the map, the
getfeatureinfo is not shown anymore. The layer WHO:leishecomp is still
available in Geoserver as a FeatureType. The datastore is a PostGIS db.
In the Geoserver Map Preview page, the layer can be displayed with
OpenLayers and the getfeatureinfo is working fine. Do you have any idea
of what can be the cause of the problem?

Nothing has changed in the code. We deployed the new version of
Geoserver 1.7.2. Here is the GetFeatureInfo code:

this.featureInfoForm = new
Ext.FormPanel(ECompendium.FEATURE_INFO_CONFIG);
    this.featureInfoForm.render("featureInfoForm");
    this.featureInfoForm.hide();
    this.featureInfoForm.on({
        clientvalidation: this.featureInfoClientValidation,
        scope: this
    });

    // We use form.setValues(this.emptyFormValues) instead of
form.reset(),
    // because we have trackResetOnLoad enabled. By doing so, we do not
    // need to convert feature.attributes to an Ext.Record, but can use
    // form.setValues(feature.attributes) instead to show the feature's
    // attributes in the form.
    this.emptyFormValues = this.getFormValues();
    
    // panel for readonly GetFeatureInfo
    this.featureInfoPanel = new Ext.Panel({
        title: this.FEATURE_INFO_CONFIG.title,
        width: this.FEATURE_INFO_CONFIG.width,
        cls: "panel-content",
        autoScroll: true,
        collapsible: true
    });
    this.featureInfoPanel.render("featureInfoPanel");
    this.featureInfoPanel.hide();
    this.featureInfoTemplate = new Ext.Template(
        this.FEATURE_INFO_TEMPLATE);

    editing.vectorLayer.events.register("featureselected", this,
this.showFeatureInfo);
    editing.vectorLayer.events.register("featureunselected", this,
this.hideFeatureInfo);

Johan Lemarchand
Public Health Information and GIS (GIS)
Health Statistics and Informatics (HSI)
Information Evidence and Research (IER)
World Health Organization
Tel: +41 22 791 1076
Email: lemarchandjo@anonymised.com

Lemarchand, Johan ha scritto:

Hi,

Since we deployed the new version of Geoserver 1.7.2. we have a problem
with the leishmaniasis e-compendium our application developed with
OpenLayers and ExtJS
http://www.who.int/tools/geoserver/www/ecomp/index.htm

This link does not work... but it's an easy fix, it's actually
just http://www.who.int/tools/geoserver/www/ecomp/index.html
But I don't see how to trigger a GetFeatureInfo request...

The layers are related to leishmaniasis and are generated with CQL
filter.
var res = new OpenLayers.Layer.WMS(
        "Reservoirs",
        url + "/wms?CQL_FILTER=subtopic_i<3",
        {
           layers: 'WHO:leishecomp',
           styles: '',
           format: 'image/gif',
           transparent: 'true'
          },

When you display a layer and click on a marker on the map, the
getfeatureinfo is not shown anymore. The layer WHO:leishecomp is still
available in Geoserver as a FeatureType. The datastore is a PostGIS db.
In the Geoserver Map Preview page, the layer can be displayed with
OpenLayers and the getfeatureinfo is working fine. Do you have any idea
of what can be the cause of the problem?

Hmmm... not really. I've tried adding a cql filter to the preview
of topp:states and also to add reprojection to 900913 to the mix,
to see if it made any difference, and could not find any, GetFeatureInfo
seems to work. I would probably try to pinpoint the issue by looking
at exactly what GetFeatureInfo request is made by the client
using Firebug, that might shed some light on the matter.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

The request made by the client using GetFeatureInfo is the a WFS POST
request:

Firebug needs to POST to the server to get this information for url:
http://www.who.int/tools/geoserver/wfs

This second POST can interfere with some sites. If you want to send the
POST again, open a new tab in Firefox, use URL 'about:config', set
boolean value 'extensions.firebug.allowDoublePost' to true
This value is reset every time you restart Firefox This problem will
disappear when https://bugzilla.mozilla.org/show_bug.cgi?id=430155 is
shipped.

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: 12 March 2009 18:48
To: Lemarchand, Johan
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem

Lemarchand, Johan ha scritto:

Hi,

Since we deployed the new version of Geoserver 1.7.2. we have a

problem

with the leishmaniasis e-compendium our application developed with
OpenLayers and ExtJS
http://www.who.int/tools/geoserver/www/ecomp/index.htm

This link does not work... but it's an easy fix, it's actually
just http://www.who.int/tools/geoserver/www/ecomp/index.html
But I don't see how to trigger a GetFeatureInfo request...

The layers are related to leishmaniasis and are generated with CQL
filter.
var res = new OpenLayers.Layer.WMS(
        "Reservoirs",
        url + "/wms?CQL_FILTER=subtopic_i<3",
        {
           layers: 'WHO:leishecomp',
           styles: '',
           format: 'image/gif',
           transparent: 'true'
  
        },

When you display a layer and click on a marker on the map, the
getfeatureinfo is not shown anymore. The layer WHO:leishecomp is still
available in Geoserver as a FeatureType. The datastore is a PostGIS

db.

In the Geoserver Map Preview page, the layer can be displayed with
OpenLayers and the getfeatureinfo is working fine. Do you have any

idea

of what can be the cause of the problem?

Hmmm... not really. I've tried adding a cql filter to the preview
of topp:states and also to add reprojection to 900913 to the mix,
to see if it made any difference, and could not find any, GetFeatureInfo
seems to work. I would probably try to pinpoint the issue by looking
at exactly what GetFeatureInfo request is made by the client
using Firebug, that might shed some light on the matter.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

So it seems it is probably doing a GetFeature, rather than a GeFetaureInfo. I had to enable double posting in my latest version of firebug as well. Once you do that you should be able to easily inspect the contents. Nothing is being modified in this request so it should be safe.

Lemarchand, Johan wrote:

The request made by the client using GetFeatureInfo is the a WFS POST
request:

Firebug needs to POST to the server to get this information for url:
http://www.who.int/tools/geoserver/wfs

This second POST can interfere with some sites. If you want to send the
POST again, open a new tab in Firefox, use URL 'about:config', set
boolean value 'extensions.firebug.allowDoublePost' to true
This value is reset every time you restart Firefox This problem will
disappear when https://bugzilla.mozilla.org/show_bug.cgi?id=430155 is
shipped.

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com] Sent: 12 March 2009 18:48
To: Lemarchand, Johan
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem

Lemarchand, Johan ha scritto:

Hi,

Since we deployed the new version of Geoserver 1.7.2. we have a

problem

with the leishmaniasis e-compendium our application developed with
OpenLayers and ExtJS
http://www.who.int/tools/geoserver/www/ecomp/index.htm

This link does not work... but it's an easy fix, it's actually
just http://www.who.int/tools/geoserver/www/ecomp/index.html
But I don't see how to trigger a GetFeatureInfo request...

The layers are related to leishmaniasis and are generated with CQL
filter.
var res = new OpenLayers.Layer.WMS(
        "Reservoirs",
        url + "/wms?CQL_FILTER=subtopic_i<3",
        {
           layers: 'WHO:leishecomp',
           styles: '',
           format: 'image/gif',
           transparent: 'true'
          },

When you display a layer and click on a marker on the map, the
getfeatureinfo is not shown anymore. The layer WHO:leishecomp is still
available in Geoserver as a FeatureType. The datastore is a PostGIS

db.

In the Geoserver Map Preview page, the layer can be displayed with
OpenLayers and the getfeatureinfo is working fine. Do you have any

idea

of what can be the cause of the problem?

Hmmm... not really. I've tried adding a cql filter to the preview
of topp:states and also to add reprojection to 900913 to the mix,
to see if it made any difference, and could not find any, GetFeatureInfo
seems to work. I would probably try to pinpoint the issue by looking
at exactly what GetFeatureInfo request is made by the client
using Firebug, that might shed some light on the matter.

Cheers
Andrea

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

Johan, I found out that the WFS GetFeature (not GetFeatureInfo)
request is configured to query the vw_currentemsevents2 feature type.
This does not exist any more on your GeoServer instance.

You could try to remove and re-add the feature type, or, if it still
does not work, the data store that provides this feature type.
Something appears to be wrong with your database connection or
datastore setup, I see in your server web config application that not
all data sources load correctly.

Regards,
Andreas.

On Thu, Mar 12, 2009 at 6:55 PM, Lemarchand, Johan <lemarchandjo@anonymised.com> wrote:

The request made by the client using GetFeatureInfo is the a WFS POST
request:

Firebug needs to POST to the server to get this information for url:
http://www.who.int/tools/geoserver/wfs

This second POST can interfere with some sites. If you want to send the
POST again, open a new tab in Firefox, use URL 'about:config', set
boolean value 'extensions.firebug.allowDoublePost' to true
This value is reset every time you restart Firefox This problem will
disappear when https://bugzilla.mozilla.org/show_bug.cgi?id=430155 is
shipped.

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: 12 March 2009 18:48
To: Lemarchand, Johan
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem

Lemarchand, Johan ha scritto:

Hi,

Since we deployed the new version of Geoserver 1.7.2. we have a

problem

with the leishmaniasis e-compendium our application developed with
OpenLayers and ExtJS
http://www.who.int/tools/geoserver/www/ecomp/index.htm

This link does not work... but it's an easy fix, it's actually
just http://www.who.int/tools/geoserver/www/ecomp/index.html
But I don't see how to trigger a GetFeatureInfo request...

The layers are related to leishmaniasis and are generated with CQL
filter.
var res = new OpenLayers.Layer.WMS(
"Reservoirs",
url + "/wms?CQL_FILTER=subtopic_i<3",
{
layers: 'WHO:leishecomp',
styles: '',
format: 'image/gif',
transparent: 'true'

    \},

When you display a layer and click on a marker on the map, the
getfeatureinfo is not shown anymore. The layer WHO:leishecomp is still
available in Geoserver as a FeatureType. The datastore is a PostGIS

db.

In the Geoserver Map Preview page, the layer can be displayed with
OpenLayers and the getfeatureinfo is working fine. Do you have any

idea

of what can be the cause of the problem?

Hmmm... not really. I've tried adding a cql filter to the preview
of topp:states and also to add reprojection to 900913 to the mix,
to see if it made any difference, and could not find any, GetFeatureInfo
seems to work. I would probably try to pinpoint the issue by looking
at exactly what GetFeatureInfo request is made by the client
using Firebug, that might shed some light on the matter.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Andreas Hocevar
OpenGeo - http://opengeo.org/
Expert service straight from the developers.

Andreas, the vw_currentemsevents2 feature type is not on the GeoServer instance because it corresponds to another application which is on our intranet instance. The WFS GetFeature should query the WHO:leishecomp feature type.
regards,
Johan

-----Original Message-----
From: andreas.hocevar@anonymised.com [mailto:andreas.hocevar@anonymised.com] On Behalf Of Andreas Hocevar
Sent: 12 March 2009 19:19
To: Lemarchand, Johan
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem

Johan, I found out that the WFS GetFeature (not GetFeatureInfo)
request is configured to query the vw_currentemsevents2 feature type.
This does not exist any more on your GeoServer instance.

You could try to remove and re-add the feature type, or, if it still
does not work, the data store that provides this feature type.
Something appears to be wrong with your database connection or
datastore setup, I see in your server web config application that not
all data sources load correctly.

Regards,
Andreas.

On Thu, Mar 12, 2009 at 6:55 PM, Lemarchand, Johan <lemarchandjo@anonymised.com> wrote:

The request made by the client using GetFeatureInfo is the a WFS POST
request:

Firebug needs to POST to the server to get this information for url:
http://www.who.int/tools/geoserver/wfs

This second POST can interfere with some sites. If you want to send the
POST again, open a new tab in Firefox, use URL 'about:config', set
boolean value 'extensions.firebug.allowDoublePost' to true
This value is reset every time you restart Firefox This problem will
disappear when https://bugzilla.mozilla.org/show_bug.cgi?id=430155 is
shipped.

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: 12 March 2009 18:48
To: Lemarchand, Johan
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem

Lemarchand, Johan ha scritto:

Hi,

Since we deployed the new version of Geoserver 1.7.2. we have a

problem

with the leishmaniasis e-compendium our application developed with
OpenLayers and ExtJS
http://www.who.int/tools/geoserver/www/ecomp/index.htm

This link does not work... but it's an easy fix, it's actually
just http://www.who.int/tools/geoserver/www/ecomp/index.html
But I don't see how to trigger a GetFeatureInfo request...

The layers are related to leishmaniasis and are generated with CQL
filter.
var res = new OpenLayers.Layer.WMS(
"Reservoirs",
url + "/wms?CQL_FILTER=subtopic_i<3",
{
layers: 'WHO:leishecomp',
styles: '',
format: 'image/gif',
transparent: 'true'

    \},

When you display a layer and click on a marker on the map, the
getfeatureinfo is not shown anymore. The layer WHO:leishecomp is still
available in Geoserver as a FeatureType. The datastore is a PostGIS

db.

In the Geoserver Map Preview page, the layer can be displayed with
OpenLayers and the getfeatureinfo is working fine. Do you have any

idea

of what can be the cause of the problem?

Hmmm... not really. I've tried adding a cql filter to the preview
of topp:states and also to add reprojection to 900913 to the mix,
to see if it made any difference, and could not find any, GetFeatureInfo
seems to work. I would probably try to pinpoint the issue by looking
at exactly what GetFeatureInfo request is made by the client
using Firebug, that might shed some light on the matter.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Andreas Hocevar
OpenGeo - http://opengeo.org/
Expert service straight from the developers.

In the request:
<wfs:Query
typeName="WHO:leishecomp"

In the response:
Feature type could not be found for vw_currentemsevents2

Looks like a featuretype alias gone wrong? Do you have aliases configured for your layers?

--
David Winslow
OpenGeo - http://opengeo.org/

On Fri, 2009-03-13 at 10:40 +0100, Lemarchand, Johan wrote:

Andreas, the vw_currentemsevents2 feature type is not on the GeoServer instance because it corresponds to another application which is on our intranet instance. The WFS GetFeature should query the WHO:leishecomp feature type.
regards,
Johan

-----Original Message-----
From: andreas.hocevar@anonymised.com [mailto:andreas.hocevar@anonymised.com] On Behalf Of Andreas Hocevar
Sent: 12 March 2009 19:19
To: Lemarchand, Johan
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem

Johan, I found out that the WFS GetFeature (not GetFeatureInfo)
request is configured to query the vw_currentemsevents2 feature type.
This does not exist any more on your GeoServer instance.

You could try to remove and re-add the feature type, or, if it still
does not work, the data store that provides this feature type.
Something appears to be wrong with your database connection or
datastore setup, I see in your server web config application that not
all data sources load correctly.

Regards,
Andreas.

On Thu, Mar 12, 2009 at 6:55 PM, Lemarchand, Johan <lemarchandjo@anonymised.com> wrote:
> The request made by the client using GetFeatureInfo is the a WFS POST
> request:
>
> Firebug needs to POST to the server to get this information for url:
> http://www.who.int/tools/geoserver/wfs
>
> This second POST can interfere with some sites. If you want to send the
> POST again, open a new tab in Firefox, use URL 'about:config', set
> boolean value 'extensions.firebug.allowDoublePost' to true
> This value is reset every time you restart Firefox This problem will
> disappear when https://bugzilla.mozilla.org/show_bug.cgi?id=430155 is
> shipped.
>
> -----Original Message-----
> From: Andrea Aime [mailto:aaime@anonymised.com]
> Sent: 12 March 2009 18:48
> To: Lemarchand, Johan
> Cc: geoserver-users@lists.sourceforge.net
> Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem
>
> Lemarchand, Johan ha scritto:
>> Hi,
>>
>> Since we deployed the new version of Geoserver 1.7.2. we have a
> problem
>> with the leishmaniasis e-compendium our application developed with
>> OpenLayers and ExtJS
>> http://www.who.int/tools/geoserver/www/ecomp/index.htm
>
> This link does not work... but it's an easy fix, it's actually
> just http://www.who.int/tools/geoserver/www/ecomp/index.html
> But I don't see how to trigger a GetFeatureInfo request...
>
>> The layers are related to leishmaniasis and are generated with CQL
>> filter.
>> var res = new OpenLayers.Layer.WMS(
>> "Reservoirs",
>> url + "/wms?CQL_FILTER=subtopic_i<3",
>> {
>> layers: 'WHO:leishecomp',
>> styles: '',
>> format: 'image/gif',
>> transparent: 'true'
>>
>> },
>>
>> When you display a layer and click on a marker on the map, the
>> getfeatureinfo is not shown anymore. The layer WHO:leishecomp is still
>> available in Geoserver as a FeatureType. The datastore is a PostGIS
> db.
>> In the Geoserver Map Preview page, the layer can be displayed with
>> OpenLayers and the getfeatureinfo is working fine. Do you have any
> idea
>> of what can be the cause of the problem?
>
> Hmmm... not really. I've tried adding a cql filter to the preview
> of topp:states and also to add reprojection to 900913 to the mix,
> to see if it made any difference, and could not find any, GetFeatureInfo
> seems to work. I would probably try to pinpoint the issue by looking
> at exactly what GetFeatureInfo request is made by the client
> using Firebug, that might shed some light on the matter.
>
> Cheers
> Andrea
>
> --
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

The feature type leishecomp has no alias configured. It is connected to
a datastore called "WHOGeodata".

I found a feature type called vw_currentemsevents2 connected to a
datastore called "ems".

Both datastores have exactly the same configuration and connect to the
same postgres database (whogeodata). But the table vw_currentemsevents2
is not in the postgres db.

We have a featuretype ems:vw_currentemsevents2 without any spatial data
source identified. I guess the problem might come from this bad
configuration.

Johan Lemarchand
Public Health Information and GIS (GIS)
Health Statistics and Informatics (HSI)
Information Evidence and Research (IER)
World Health Organization
Tel: +41 22 791 1076
Email: lemarchandjo@anonymised.com

-----Original Message-----
From: David Winslow [mailto:dwinslow@anonymised.com]
Sent: 13 March 2009 14:41
To: Lemarchand, Johan
Cc: Andreas Hocevar; geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem

In the request:
<wfs:Query
typeName="WHO:leishecomp"

In the response:
Feature type could not be found for vw_currentemsevents2

Looks like a featuretype alias gone wrong? Do you have aliases
configured for your layers?

--
David Winslow
OpenGeo - http://opengeo.org/

On Fri, 2009-03-13 at 10:40 +0100, Lemarchand, Johan wrote:

Andreas, the vw_currentemsevents2 feature type is not on the GeoServer

instance because it corresponds to another application which is on our
intranet instance. The WFS GetFeature should query the WHO:leishecomp
feature type.

regards,
Johan

-----Original Message-----
From: andreas.hocevar@anonymised.com [mailto:andreas.hocevar@anonymised.com] On

Behalf Of Andreas Hocevar

Sent: 12 March 2009 19:19
To: Lemarchand, Johan
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem

Johan, I found out that the WFS GetFeature (not GetFeatureInfo)
request is configured to query the vw_currentemsevents2 feature type.
This does not exist any more on your GeoServer instance.

You could try to remove and re-add the feature type, or, if it still
does not work, the data store that provides this feature type.
Something appears to be wrong with your database connection or
datastore setup, I see in your server web config application that not
all data sources load correctly.

Regards,
Andreas.

On Thu, Mar 12, 2009 at 6:55 PM, Lemarchand, Johan

<lemarchandjo@anonymised.com> wrote:

> The request made by the client using GetFeatureInfo is the a WFS

POST

> request:
>
> Firebug needs to POST to the server to get this information for url:
> http://www.who.int/tools/geoserver/wfs
>
> This second POST can interfere with some sites. If you want to send

the

> POST again, open a new tab in Firefox, use URL 'about:config', set
> boolean value 'extensions.firebug.allowDoublePost' to true
> This value is reset every time you restart Firefox This problem will
> disappear when https://bugzilla.mozilla.org/show_bug.cgi?id=430155

is

> shipped.
>
> -----Original Message-----
> From: Andrea Aime [mailto:aaime@anonymised.com]
> Sent: 12 March 2009 18:48
> To: Lemarchand, Johan
> Cc: geoserver-users@lists.sourceforge.net
> Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo

problem

>
> Lemarchand, Johan ha scritto:
>> Hi,
>>
>> Since we deployed the new version of Geoserver 1.7.2. we have a
> problem
>> with the leishmaniasis e-compendium our application developed with
>> OpenLayers and ExtJS
>> http://www.who.int/tools/geoserver/www/ecomp/index.htm
>
> This link does not work... but it's an easy fix, it's actually
> just http://www.who.int/tools/geoserver/www/ecomp/index.html
> But I don't see how to trigger a GetFeatureInfo request...
>
>> The layers are related to leishmaniasis and are generated with CQL
>> filter.
>> var res = new OpenLayers.Layer.WMS(
>> "Reservoirs",
>> url + "/wms?CQL_FILTER=subtopic_i<3",
>> {
>> layers: 'WHO:leishecomp',
>> styles: '',
>> format: 'image/gif',
>> transparent: 'true'
>>
>> },
>>
>> When you display a layer and click on a marker on the map, the
>> getfeatureinfo is not shown anymore. The layer WHO:leishecomp is

still

>> available in Geoserver as a FeatureType. The datastore is a PostGIS
> db.
>> In the Geoserver Map Preview page, the layer can be displayed with
>> OpenLayers and the getfeatureinfo is working fine. Do you have any
> idea
>> of what can be the cause of the problem?
>
> Hmmm... not really. I've tried adding a cql filter to the preview
> of topp:states and also to add reprojection to 900913 to the mix,
> to see if it made any difference, and could not find any,

GetFeatureInfo

> seems to work. I would probably try to pinpoint the issue by looking
> at exactly what GetFeatureInfo request is made by the client
> using Firebug, that might shed some light on the matter.
>
> Cheers
> Andrea
>
> --
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>
>

------------------------------------------------------------------------
------

> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM)

are

> powering Web 2.0 with engaging, cross-platform capabilities. Quickly

and

> easily build your RIAs with Flex Builder, the Eclipse(TM)based

development

> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

The WFS GetFeature is now working. It was configured to query the
vw_currentemsevents2 feature type. I tried to remove this feature type
and it works fine now. The datastore was not configured properly.

Thanks,
Johan

-----Original Message-----
From: Lemarchand, Johan [mailto:lemarchandjo@anonymised.com]
Sent: 16 March 2009 09:41
To: David Winslow
Cc: geoserver-users@lists.sourceforge.net; Andreas Hocevar
Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem

The feature type leishecomp has no alias configured. It is connected to
a datastore called "WHOGeodata".

I found a feature type called vw_currentemsevents2 connected to a
datastore called "ems".

Both datastores have exactly the same configuration and connect to the
same postgres database (whogeodata). But the table vw_currentemsevents2
is not in the postgres db.

We have a featuretype ems:vw_currentemsevents2 without any spatial data
source identified. I guess the problem might come from this bad
configuration.

Johan Lemarchand
Public Health Information and GIS (GIS)
Health Statistics and Informatics (HSI)
Information Evidence and Research (IER)
World Health Organization
Tel: +41 22 791 1076
Email: lemarchandjo@anonymised.com

-----Original Message-----
From: David Winslow [mailto:dwinslow@anonymised.com]
Sent: 13 March 2009 14:41
To: Lemarchand, Johan
Cc: Andreas Hocevar; geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem

In the request:
<wfs:Query
typeName="WHO:leishecomp"

In the response:
Feature type could not be found for vw_currentemsevents2

Looks like a featuretype alias gone wrong? Do you have aliases
configured for your layers?

--
David Winslow
OpenGeo - http://opengeo.org/

On Fri, 2009-03-13 at 10:40 +0100, Lemarchand, Johan wrote:

Andreas, the vw_currentemsevents2 feature type is not on the GeoServer

instance because it corresponds to another application which is on our
intranet instance. The WFS GetFeature should query the WHO:leishecomp
feature type.

regards,
Johan

-----Original Message-----
From: andreas.hocevar@anonymised.com [mailto:andreas.hocevar@anonymised.com] On

Behalf Of Andreas Hocevar

Sent: 12 March 2009 19:19
To: Lemarchand, Johan
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo problem

Johan, I found out that the WFS GetFeature (not GetFeatureInfo)
request is configured to query the vw_currentemsevents2 feature type.
This does not exist any more on your GeoServer instance.

You could try to remove and re-add the feature type, or, if it still
does not work, the data store that provides this feature type.
Something appears to be wrong with your database connection or
datastore setup, I see in your server web config application that not
all data sources load correctly.

Regards,
Andreas.

On Thu, Mar 12, 2009 at 6:55 PM, Lemarchand, Johan

<lemarchandjo@anonymised.com> wrote:

> The request made by the client using GetFeatureInfo is the a WFS

POST

> request:
>
> Firebug needs to POST to the server to get this information for url:
> http://www.who.int/tools/geoserver/wfs
>
> This second POST can interfere with some sites. If you want to send

the

> POST again, open a new tab in Firefox, use URL 'about:config', set
> boolean value 'extensions.firebug.allowDoublePost' to true
> This value is reset every time you restart Firefox This problem will
> disappear when https://bugzilla.mozilla.org/show_bug.cgi?id=430155

is

> shipped.
>
> -----Original Message-----
> From: Andrea Aime [mailto:aaime@anonymised.com]
> Sent: 12 March 2009 18:48
> To: Lemarchand, Johan
> Cc: geoserver-users@lists.sourceforge.net
> Subject: Re: [Geoserver-users] Geoserver 1.7.2. getfeatureinfo

problem

>
> Lemarchand, Johan ha scritto:
>> Hi,
>>
>> Since we deployed the new version of Geoserver 1.7.2. we have a
> problem
>> with the leishmaniasis e-compendium our application developed with
>> OpenLayers and ExtJS
>> http://www.who.int/tools/geoserver/www/ecomp/index.htm
>
> This link does not work... but it's an easy fix, it's actually
> just http://www.who.int/tools/geoserver/www/ecomp/index.html
> But I don't see how to trigger a GetFeatureInfo request...
>
>> The layers are related to leishmaniasis and are generated with CQL
>> filter.
>> var res = new OpenLayers.Layer.WMS(
>> "Reservoirs",
>> url + "/wms?CQL_FILTER=subtopic_i<3",
>> {
>> layers: 'WHO:leishecomp',
>> styles: '',
>> format: 'image/gif',
>> transparent: 'true'
>>
>> },
>>
>> When you display a layer and click on a marker on the map, the
>> getfeatureinfo is not shown anymore. The layer WHO:leishecomp is

still

>> available in Geoserver as a FeatureType. The datastore is a PostGIS
> db.
>> In the Geoserver Map Preview page, the layer can be displayed with
>> OpenLayers and the getfeatureinfo is working fine. Do you have any
> idea
>> of what can be the cause of the problem?
>
> Hmmm... not really. I've tried adding a cql filter to the preview
> of topp:states and also to add reprojection to 900913 to the mix,
> to see if it made any difference, and could not find any,

GetFeatureInfo

> seems to work. I would probably try to pinpoint the issue by looking
> at exactly what GetFeatureInfo request is made by the client
> using Firebug, that might shed some light on the matter.
>
> Cheers
> Andrea
>
> --
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>
>

------------------------------------------------------------------------
------

> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM)

are

> powering Web 2.0 with engaging, cross-platform capabilities. Quickly

and

> easily build your RIAs with Flex Builder, the Eclipse(TM)based

development

> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

------------------------------------------------------------------------
------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based
development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users