When hitting our server the following URL does not work and returns a 404 error in a browser. However, there is valid data in geoserver.
If you replace the geoserver/wfs?service=WFS with geoserver/gis/ows?service=WFS you will get the appropriate data back in the browser.
Any ideas why we have to change the url? It is only for this layer all the other layers that are the same type work with wfs.
Thanks
Dominique Bessette
When hitting our server the following URL does not work and returns a 404 error in a browser. However, there is valid data in geoserver.
If you replace the geoserver/wfs?service=WFS with geoserver/gis/ows?service=WFS you will get the appropriate data back in the browser.
Any ideas why we have to change the url? It is only for this layer all the other layers that are the same type work with wfs.
Thanks
Dominique Bessette
Hi
geoserver/gis/wfs also seems to gets the data. Do we need to prefix the workspace (gis) in front of the call for certain layer types?
Dominique Bessette
Engineer, Software
General Dynamics Information Technology
Supporting Fleet Numerical Meteorology and Oceanography Center (FNMOC)
Office: 619-881-2748
From: Rahkonen Jukka (Tike) [mailto:jukka.rahkonen@anonymised.com]
Sent: Tuesday, January 28, 2014 9:14 PM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WFS URL issue
Hi,
You really compare geoserver/wfs vs. geoserver/gis/ows? Have you tried geoserver/gis/wfs?
-Jukka Rahkonen-
Bessette-Halsema, Dominique E wrote:
When hitting our server the following URL does not work and returns a 404 error in a browser. However, there is valid data in geoserver.
If you replace the geoserver/wfs?service=WFS with geoserver/gis/ows?service=WFS you will get the appropriate data back in the browser.
Any ideas why we have to change the url? It is only for this layer all the other layers that are the same type work with wfs.
Thanks
Dominique Bessette
Dominique,
In some instances I have seen issues with styles that are assigned a namespace. It may be that use of a namespace style precludes use of that style outside the namespaced endpoints.
Tom
On Fri, Jan 31, 2014 at 5:45 PM, Tom Kunicki <tkunicki@anonymised.com> wrote:
Dominique,
In some instances I have seen issues with styles that are assigned a namespace. It may be that use of a namespace style precludes use of that style outside the namespaced endpoints.
Tom
–
Tom Kunicki
Software Engineer | Boundless
tkunicki@anonymised.com
917-460-7212
@tomkunicki
On Fri, Jan 31, 2014 at 1:12 PM, Bessette-Halsema, Dominique E <Dominique.Bessette@anonymised.com.> wrote:
Hi
geoserver/gis/wfs also seems to gets the data. Do we need to prefix the workspace (gis) in front of the call for certain layer types?
Dominique Bessette
Engineer, Software
General Dynamics Information Technology
Supporting Fleet Numerical Meteorology and Oceanography Center (FNMOC)
Office: 619-881-2748
From: Rahkonen Jukka (Tike) [mailto:jukka.rahkonen@anonymised.com]
Sent: Tuesday, January 28, 2014 9:14 PM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WFS URL issueHi,
You really compare geoserver/wfs vs. geoserver/gis/ows? Have you tried geoserver/gis/wfs?
-Jukka Rahkonen-
Bessette-Halsema, Dominique E wrote:
When hitting our server the following URL does not work and returns a 404 error in a browser. However, there is valid data in geoserver.
If you replace the geoserver/wfs?service=WFS with geoserver/gis/ows?service=WFS you will get the appropriate data back in the browser.
Any ideas why we have to change the url? It is only for this layer all the other layers that are the same type work with wfs.
Thanks
Dominique Bessette
WatchGuard Dimension instantly turns raw network data into actionable
security intelligence. It gives you real-time visual feedback on key
security issues and trends. Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
Tom Kunicki
Software Engineer | Boundless
tkunicki@anonymised.com
917-460-7212
@tomkunicki