I may have missed something simply when checking the documentation but I have what is hopefully a simple question. I’m using GeoServer 2.2.2 (I think.)
When I view the map service info through GetCaps, some of the online resource links are listing “ows” where I would expect “wms”. They’re also showing the port number 80. Where is that set in GeoServer and can it be modified? I’d rather not have the port number and use “wms” to match the URL request. Thanks.
My service GetCap URL is http://maps.dgs.udel.edu/geoserver/US_DE_DGS_100K_Surficial_Geology/wms?request=GetCapabilities
Some of the resource links are coming up as: http://maps.dgs.udel.edu:80/geoserver/US_DE_DGS_100K_Surficial_Geology/ows?
John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.callahan@anonymised.com
On Thu, Jan 24, 2013 at 7:05 AM, John Callahan <john.callahan@anonymised.com> wrote:
I may have missed something simply when checking the documentation but I
have what is hopefully a simple question. I'm using GeoServer 2.2.2 (I
think.)
When I view the map service info through GetCaps, some of the online
resource links are listing "ows" where I would expect "wms". They're also
showing the port number 80. Where is that set in GeoServer and can it be
modified? I'd rather not have the port number and use "wms" to match the
URL request. Thanks.
The "ows" endpoint is actually the main one today, the various service
specific ones "wms", "wfs", and so on are maintained for backwards compatibility
(and some of the older versions of the services might still be
emitting those in the
caps documents).
The reason is simple, the type of service is already specified in the
mandatory parameter
service=XYZ (or equivalent attribute in XML POST requests).
So, there is no way to configure the usage of "wms" in the
capabilities documents.
As for the port, there is no way to hide it by configuration either,
but that could be
made happen by changing the code in the capabilities document writers
Cheers
Andrea
--
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
-------------------------------------------------------
Thank you! Thanks for the explanation. I will start using the ows endpoint for my URLs.
John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu
john.callahan@anonymised.com
On Thu, Jan 24, 2013 at 4:30 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:
On Thu, Jan 24, 2013 at 7:05 AM, John Callahan <john.callahan@anonymised.com> wrote:
I may have missed something simply when checking the documentation but I
have what is hopefully a simple question. I’m using GeoServer 2.2.2 (I
think.)
When I view the map service info through GetCaps, some of the online
resource links are listing “ows” where I would expect “wms”. They’re also
showing the port number 80. Where is that set in GeoServer and can it be
modified? I’d rather not have the port number and use “wms” to match the
URL request. Thanks.
The “ows” endpoint is actually the main one today, the various service
specific ones “wms”, “wfs”, and so on are maintained for backwards compatibility
(and some of the older versions of the services might still be
emitting those in the
caps documents).
The reason is simple, the type of service is already specified in the
mandatory parameter
service=XYZ (or equivalent attribute in XML POST requests).
So, there is no way to configure the usage of “wms” in the
capabilities documents.
As for the port, there is no way to hide it by configuration either,
but that could be
made happen by changing the code in the capabilities document writers
Cheers
Andrea
–
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