Hi, OpenJUMP does not really support using vendor parameters. The same is true with STYLES=, SLD_BODY= and SLD= as well. It is possible to tweak OpenJUMP by giving the server url including the vendor parameters or extra parameters and telling OpenJUMP to use that URL as a base URL for GetMaps too. This will not work if WMS server is really using another base URL for GetMaps but, as we have discussed, that is not very common. Extra parameters will be used with GetCapabilities as well, but it does not matter because if WMS server does not understand what they mean it is just skipping them. This is the behaviour that is also written in the WMS standard.
I have never tried if those extra parameters are stored into project file but I fear they are not. It would be a nice and rather simple development to OpenJUMP. At least I would guess so, I am not a programmer myself. I would guess it would basically mean adding a new text box into WMS dialogue and concatenating the contents of the text box into all the GetMaps, URL-encoded from the relevant parts. Setting should be separate for each layer, and it should be possible to save the settings into project file and edit easily. With best regards, -Jukka Rahkonen- ________________________________________ Lähettäjä: Wilfried Hornburg [wilfried.hornb...@gmx.de] Lähetetty: 28. kesäkuuta 2011 12:13 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi Jukka, the use of the dialog is OK. Could you please explain how to get your URLs with vendor specicfic parameters work in OpenJUMP and how it is stored in the Project-File? It seems to be a little bit tricky. Thanks. Wilfried -------- Original-Nachricht -------- > Datum: Mon, 27 Jun 2011 22:11:33 +0000 > Von: Rahkonen Jukka <jukka.rahko...@mmmtike.fi> > An: \'OpenJump develop and use\' <jump-pilot-devel@lists.sourceforge.net> > Betreff: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for > WMService > 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 ------------------------------------------------------------------------------ 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
