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