[Geoserver-users] Change of the URL of a GeoServer WMS

Hello to the GeoServer community:

I am very pleased to inform you that we are completing the migration of our WMS (http://www.cartociudad.es) to a WMS implemented with GeoServer. However I have a question regarding the URL of a WMS GeoServer. Until now, we have been working in the Intranet of our organisation, with URL like http://lnternal_IP/geoserver/wms?, but now that we are going to set up GeoServer in a production environment, in order to maintain the URL of the previous WMS, we would like to change the default “geoserver/wms?” to an already existing path. I would like to know if there would be any problem to change this and what would be affected by that.

Thank you in advance

Regards,

José Miguel


José Miguel Rubio Iglesias

Subdirección General de Aplicaciones Geográficas

Instituto Geográfico Nacional

C/General Ibáñez de Ibero, 3 28003 MADRID

Despacho: A 0002 Teléfono: 91 597 97 51

E-mail: jmrubio@anonymised.com

I would recommend doing this through a proxy like Apache, see http://geoserver.org/display/GEOSDOC/How+to+proxy+Jetty+through+Apache+on+port+80

For example for the URL http://www.idee.es/wms/IDEE-Base/IDEE-Base

ProxyPass /wms/IDEE-Base/IDEE-Base http://localhost:8080/geoserver/wms <http://localhost:8080/geoserver&gt;
ProxyPassReverse /wms/IDEE-Base/IDEE-Base http://localhost:8080/geoserver/wms <http://localhost:8080/geoserver&gt;

The user interface may break when accessed through the public address, but the WMS service should not care.

-Arne

Rubio Iglesias José Miguel wrote:

Hello to the GeoServer community:

I am very pleased to inform you that we are completing the migration of our WMS (*http://www.cartociudad.es/&gt;\*\) to a WMS implemented with GeoServer. However I have a question regarding the URL of a WMS GeoServer. Until now, we have been working in the Intranet of our organisation, with URL like *http://lnternal_IP/geoserver/wms <http://lnternal_ip/geoserver/wms>?,* but now that we are going to set up GeoServer in a production environment, in order to maintain the URL of the previous WMS, we would like to change the default “*geoserver/wms?*” to an already existing path. I would like to know if there would be any problem to change this and what would be affected by that.

Thank you in advance

Regards,

José Miguel

-------------------------------------------------------------------------------*//*

*/José Miguel Rubio Iglesias/*

*/Subdirección General de Aplicaciones Geográficas/*

*/Instituto Geográfico Nacional/*

*/C/General Ibáñez de Ibero, 3 28003 MADRID/*

*/Despacho: A 0002 Teléfono: 91 597 97 51/*

*/E-mail: jmrubio@anonymised.com <mailto:jmrubio@anonymised.com> /*

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

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
------------------------------------------------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
  
--
Arne Kepp
OpenGeo - http://opengeo.org
Expert service straight from the developers

Gah, thunderbird messed up the email, the wiki has it right:

ProxyPass /wms/IDEE-Base/IDEE-Base http://localhost:8080/geoserver/wms

ProxyPassReverse /wms/IDEE-Base/IDEE-Base http://localhost:8080/geoserver/wms

-Arne

Arne Kepp wrote:

I would recommend doing this through a proxy like Apache, see http://geoserver.org/display/GEOSDOC/How+to+proxy+Jetty+through+Apache+on+port+80

For example for the URL http://www.idee.es/wms/IDEE-Base/IDEE-Base

ProxyPass /wms/IDEE-Base/IDEE-Base http://localhost:8080/geoserver/wms <http://localhost:8080/geoserver&gt;
ProxyPassReverse /wms/IDEE-Base/IDEE-Base http://localhost:8080/geoserver/wms <http://localhost:8080/geoserver&gt;

The user interface may break when accessed through the public address, but the WMS service should not care.

-Arne

Rubio Iglesias José Miguel wrote:
  

Hello to the GeoServer community:

I am very pleased to inform you that we are completing the migration of our WMS (*http://www.cartociudad.es/&gt;\*\) to a WMS implemented with GeoServer. However I have a question regarding the URL of a WMS GeoServer. Until now, we have been working in the Intranet of our organisation, with URL like *http://lnternal_IP/geoserver/wms <http://lnternal_ip/geoserver/wms>?,* but now that we are going to set up GeoServer in a production environment, in order to maintain the URL of the previous WMS, we would like to change the default “*geoserver/wms?*” to an already existing path. I would like to know if there would be any problem to change this and what would be affected by that.

Thank you in advance

Regards,

José Miguel

-------------------------------------------------------------------------------*//*

*/José Miguel Rubio Iglesias/*

*/Subdirección General de Aplicaciones Geográficas/*

*/Instituto Geográfico Nacional/*

*/C/General Ibáñez de Ibero, 3 28003 MADRID/*

*/Despacho: A 0002 Teléfono: 91 597 97 51/*

*/E-mail: jmrubio@anonymised.com <mailto:jmrubio@anonymised.com> /*

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

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
------------------------------------------------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
  
--
Arne Kepp
OpenGeo - http://opengeo.org
Expert service straight from the developers

Thank you for the fast answer, I will try it as soon as possible.

Cheers,

José Miguel

-----Mensaje original-----
De: Arne Kepp [mailto:ak@anonymised.com]
Enviado el: martes, 03 de marzo de 2009 17:08
Para: Rubio Iglesias José Miguel
CC: geoserver users
Asunto: Re: [Geoserver-users] Change of the URL of a GeoServer WMS

Gah, thunderbird messed up the email, the wiki has it right:

ProxyPass /wms/IDEE-Base/IDEE-Base http://localhost:8080/geoserver/wms

ProxyPassReverse /wms/IDEE-Base/IDEE-Base http://localhost:8080/geoserver/wms

-Arne

Arne Kepp wrote:

I would recommend doing this through a proxy like Apache, see
http://geoserver.org/display/GEOSDOC/How+to+proxy+Jetty+through+Apache+on+port+80

For example for the URL http://www.idee.es/wms/IDEE-Base/IDEE-Base

ProxyPass /wms/IDEE-Base/IDEE-Base http://localhost:8080/geoserver/wms
<http://localhost:8080/geoserver&gt;
ProxyPassReverse /wms/IDEE-Base/IDEE-Base
http://localhost:8080/geoserver/wms <http://localhost:8080/geoserver&gt;

The user interface may break when accessed through the public address,
but the WMS service should not care.

-Arne

Rubio Iglesias José Miguel wrote:
  

Hello to the GeoServer community:

I am very pleased to inform you that we are completing the migration
of our WMS (*http://www.cartociudad.es/&gt;\*\)
to a WMS implemented with GeoServer. However I have a question
regarding the URL of a WMS GeoServer. Until now, we have been working
in the Intranet of our organisation, with URL like
*http://lnternal_IP/geoserver/wms
<http://lnternal_ip/geoserver/wms>?,* but now that we are going to set
up GeoServer in a production environment, in order to maintain the URL
of the previous WMS, we would like to change the default
"*geoserver/wms?*" to an already existing path. I would like to know
if there would be any problem to change this and what would be
affected by that.

Thank you in advance

Regards,

José Miguel

-------------------------------------------------------------------------------*//*

*/José Miguel Rubio Iglesias/*

*/Subdirección General de Aplicaciones Geográficas/*

*/Instituto Geográfico Nacional/*

*/C/General Ibáñez de Ibero, 3 28003 MADRID/*

*/Despacho: A 0002 Teléfono: 91 597 97 51/*

*/E-mail: jmrubio@anonymised.com <mailto:jmrubio@anonymised.com> /*

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

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
------------------------------------------------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
  
--
Arne Kepp
OpenGeo - http://opengeo.org
Expert service straight from the developers

We've implemented a simple webapp and database that combines some stylesheets with Apache proxying to produce Capabilities documents containing only those featureTypes or layers that we desire. It enables us to organize our large number of featureTypes (in the four digits now) howsoever we like, with GetCapabilities URLs like

http://lat.lib.virginia.edu/ows/Geography/Charlottesville/wms

or

http://lat.lib.virginia.edu/ows/Polities/USA/Virginia/Albemarle/wfs

etc.

This is really helpful to us in supplying neat "packages" of services for consumption by our various audiences. The clients consume the Capabilities docs and discover therein the appropriate base service address:

http://lat.lib.virginia.edu:8080/geoserver/wms

or the like.

---
A. Soroka / Digital Scholarship Services R & D
the University of Virginia Library

On Mar 3, 2009, at 11:12 AM, Rubio Iglesias José Miguel wrote:

Thank you for the fast answer, I will try it as soon as possible.

Cheers,

José Miguel

-----Mensaje original-----
De: Arne Kepp [mailto:ak@anonymised.com]
Enviado el: martes, 03 de marzo de 2009 17:08
Para: Rubio Iglesias José Miguel
CC: geoserver users
Asunto: Re: [Geoserver-users] Change of the URL of a GeoServer WMS

Gah, thunderbird messed up the email, the wiki has it right:

ProxyPass /wms/IDEE-Base/IDEE-Base http://localhost:8080/geoserver/wms

ProxyPassReverse /wms/IDEE-Base/IDEE-Base http://localhost:8080/geoserver/wms

-Arne

Arne Kepp wrote:

I would recommend doing this through a proxy like Apache, see
http://geoserver.org/display/GEOSDOC/How+to+proxy+Jetty+through+Apache+on+port+80

For example for the URL http://www.idee.es/wms/IDEE-Base/IDEE-Base

ProxyPass /wms/IDEE-Base/IDEE-Base http://localhost:8080/geoserver/wms
<http://localhost:8080/geoserver&gt;
ProxyPassReverse /wms/IDEE-Base/IDEE-Base
http://localhost:8080/geoserver/wms <http://localhost:8080/geoserver&gt;

The user interface may break when accessed through the public address,
but the WMS service should not care.

-Arne

Rubio Iglesias José Miguel wrote:

Hello to the GeoServer community:

I am very pleased to inform you that we are completing the migration
of our WMS (*http://www.cartociudad.es/&gt;\*\)
to a WMS implemented with GeoServer. However I have a question
regarding the URL of a WMS GeoServer. Until now, we have been working
in the Intranet of our organisation, with URL like
*http://lnternal_IP/geoserver/wms
<http://lnternal_ip/geoserver/wms>?,* but now that we are going to set
up GeoServer in a production environment, in order to maintain the URL
of the previous WMS, we would like to change the default
"*geoserver/wms?*" to an already existing path. I would like to know
if there would be any problem to change this and what would be
affected by that.

Thank you in advance

Regards,

José Miguel

-------------------------------------------------------------------------------*//*

*/José Miguel Rubio Iglesias/*

*/Subdirección General de Aplicaciones Geográficas/*

*/Instituto Geográfico Nacional/*

*/C/General Ibáñez de Ibero, 3 28003 MADRID/*

*/Despacho: A 0002 Teléfono: 91 597 97 51/*

*/E-mail: jmrubio@anonymised.com <mailto:jmrubio@anonymised.com> /*

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

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
------------------------------------------------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Arne Kepp
OpenGeo - http://opengeo.org
Expert service straight from the developers

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

ajs6f ha scritto:

We've implemented a simple webapp and database that combines some stylesheets with Apache proxying to produce Capabilities documents containing only those featureTypes or layers that we desire. It enables us to organize our large number of featureTypes (in the four digits now) howsoever we like, with GetCapabilities URLs like

http://lat.lib.virginia.edu/ows/Geography/Charlottesville/wms

or

http://lat.lib.virginia.edu/ows/Polities/USA/Virginia/Albemarle/wfs

etc.

This is really helpful to us in supplying neat "packages" of services for consumption by our various audiences. The clients consume the Capabilities docs and discover therein the appropriate base service address:

http://lat.lib.virginia.edu:8080/geoserver/wms

or the like.

Interesting. For the record, in 1.7.3 there will be a new feature
allowing one to build capabilities listing only layers contained
in a specific namespace.
So another way to handle this will be to store layers in separate
namespaces, and then point clients to a caps link that does include
&namespace=xxx in the request.
Downside of this approach, you cannot share the same layer in
multiple caps documents (to get there we'll need a real separation
between the catalog and the service endpoints, something that
we're thinking about, but that's still missing sponsoring).

Cheers
Andrea

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

Rubio Iglesias José Miguel ha scritto:

Hello to the GeoServer community:

I am very pleased to inform you that we are completing the migration of our WMS (*http://www.cartociudad.es/&gt;\*\) to a WMS implemented with GeoServer. However I have a question regarding the URL of a WMS GeoServer. Until now, we have been working in the Intranet of our organisation, with URL like *http://lnternal_IP/geoserver/wms <http://lnternal_ip/geoserver/wms>?,* but now that we are going to set up GeoServer in a production environment, in order to maintain the URL of the previous WMS, we would like to change the default “*geoserver/wms?*” to an already existing path. I would like to know if there would be any problem to change this and what would be affected by that.

I guess you'll be forced to setup a proxy to get there.
For example, setup a proxy with Apache, and set the proxy base url in the geoserver configuration accordingly.

Cheers
Andrea

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