Hi,

You can test with http://188.64.1.61/cgi-bin/osm-mapserver_i and 
http://188.64.1.61/cgi-bin/mapserver?map=/usr/map/osm-mapserver_i.map

I hope I remember the URL:s right. The other is configured right, another 
wrong, but from both the user can get images from the GetCapabilities URL.
User may also want to use vendor parameters for each GetMap by giving the base 
URL so that it includes for example &key=shop&value=supermarket.

So Wilfried is right, in theory and according to WMS standard, but it helps 
users to be flexible and give users a possibility to select.
QGis and Kosmo GIS are doing it in a similar way than OJ but that's partly 
because I have suggested it for both.

-Jukka Rahkonen- 

-----Alkuperäinen viesti-----
Lähettäjä: Wilfried Hornburg [mailto:wilfried.hornb...@gmx.de] 
Lähetetty: 28. kesäkuuta 2011 0:37
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService

Hi,
the Info Jukka explained in his 
Posthttps://sourceforge.net/mailarchive/message.php?msg_id=27709358 to 
different URLs for an WMS is generally OK.
The only suggestion  i'd like to discuss is, whether the user has really 
the choice to accept (or cancel) the differing URLs (getCap and getMap)
The differing URLs are indeed a special case. But: If the Web Mapping 
Server answers with the getCapabilities Response and declares an 
different getMapURL, then this URL is mandatory to get an 
getMap-Response with an Mapimage in it. If you'll send the 
getMap-Request with the URL for the Service, then an WMS will respond 
with an empty Mapimage (no Error). The Problem is that you don't know 
for this request whether there is an Information or not.
As far as i can see, it is not necessary to ask the user.  The answer 
from the question is never stored in the project file. So if you've 
stored a project,  you'll get no question anymore.
I am interested  in your opinion.

Wilfried



------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to