Hi, I forgot the URL for testing the vendor parameters (which are OK according to the WMS standard). This one can be tested with a web browser
http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=1059&HEIGHT=687&LAYERS=sea,borders,POI_free_query&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=-574187,6558020,1615375,7978444&SRS=EPSG:3067&STYLES=&tag=shop&value=supermarket When using &value=convenience the map will look different. As long as OpenJUMP is missing the setting for vendor parameters the only way to use them is to tweak with the base URL. Automatic GetMap URL taken from GetCapabilities would break this useful possibility. -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
