Re: [Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
I have a similar problem with a wms-service (the wms works fine i 1.8, but not in 2.1 or master). In Qgis 2.0 I get the same error message as mentioned above: Map request error (Status: 200; Response: getDouble(): Symbol definition error. Parsing error near (96):(line 1) ; Content-Type: text/html; URL:http://webmapservice.krak.dk/wms/krak?kwuid=p...@ramboll.dk&kwpwd=XX&&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=107868.29628239112207666,6040541.0070550004020,1108077.45497660897672176,6416608.14580199960619211&SRS=EPSG:25832&WIDTH=1391&HEIGHT=523&LAYERS=krak&STYLES=&FORMAT=image/png&DPI=96&MAP_RESOLUTION=96&FORMAT_OPTIONS=dpi:96&TRANSPARENT=TRUE) But in Qgis master after having selected the new option DPI mode off, I get another error message: Download of GetLegendGraphic failed: Error downloading http://webmapservice.krak.dk/wms/krak?kwuid=p...@ramboll.dk&kwpwd=x&&SERVICE=WMS&VERSION=1.1.1&SLD_VERSION=1.1.0&REQUEST=GetLegendGraphic&LAYER=krak&STYLE=default&SCALE=8798788.573996&FORMAT=image/png - server replied: Internal Server Error Is the REQUEST=GetLegendGraphic something new (and non standard?) introduced in master? (I have had to blank out password with xx in the above error messages). - Regards Morten Qgis 1.8.0 Stand alone installer and/or Qgis 2.0.1 OSGeo and/or Qgis 2.1.0-Master weekly (5f5cd4c) 64bit Windows 7 Windows 7, 64bit -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Problem-with-WMS-1-1-1-data-providers-in-QGIS-2-0-1-tp5084857p5089590.html Sent from the Quantum GIS - User mailing list archive at Nabble.com. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
Hi, FYI Jürgen has pushed a patch into master making add the dpi an option. Switching it off should display any maps 1.8 could display. Advanced users may also add their desired vendor options or additional paramters to the server's URL by themselves, e.g. if one needs another dpi than screen resolution for printing reasons. Bernhard Am 22.10.2013 15:58, schrieb Jukka Rahkonen: Richard Duivenvoorde writes: On 21-10-13 20:07, Miguel Ángel Castro wrote: I am using QGIS 2.0.1 standalone installed in a Windows 7 64 bits system. Example of WMS datasource: (datasource WMS 1.1.1) EPSG:32628 http://idecan2.grafcan.es/ServicioWMS/EspNat In layer properties/metadata you can see the information from datasource, but no display the layer (not load data) in canvas. In log messages: Map request error (status: 200 getDouble(): Symbol definition error. Parsing error near (96): (line 1). Does anybody have an idea what is the problem? Hi Miguel, the error message that you see is a (Minnesota) Mapserver error message. Somewhere in the style definitions it expects a number (or not). This url I get from QGIS in debug mode, and gives you your error: http://idecan2.grafcan.es/ServicioWMS/EspNat?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=152208.544610834447667,2940195.98510535480454564,692329.70807293173857033,3376338.62686863588169217&SRS=EPSG:32628&WIDTH=670&HEIGHT=541&LAYERS=EENN&STYLES=&FORMAT=image/png&DPI=96&MAP_RESOLUTION=96&TRANSPARENT=TRUE Bug if I remove the "&DPI=96&MAP_RESOLUTION=96" part from it, I get a map: http://idecan2.grafcan.es/ServicioWMS/EspNat?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=152208.544610834447667,2940195.98510535480454564,692329.70807293173857033,3376338.62686863588169217&SRS=EPSG:32628&WIDTH=670&HEIGHT=541&LAYERS=EENN&STYLES=&FORMAT=image/png I'm not familiar with the exact WMS-standard, but as most WMS servers I know (and use) can handle these two query parameters from QGIS, I think it is a Mapserver configuration problem/error. You cannot let QGIS remove those params I think. Hi, That certain server is a pretty old Mapserver v. 5.0 and it does not like the non-standard vendor parameter&MAP_RESOLUTION=96. Fresh Mapservers do not fail because of that and actually since version 6.0 Mapserver supports vendor option MAP_RESOLUTION. According to WMS standard servers should quietly skip extra parameters so principally there is a bug in Mapserver 5.0. However, I do not like that QGIS is adding always its own vendor parameters and users do not have a way to turn off the non-standard parameters. I have two reasoning for this: 1) MAP_RESOLUTION is not defined in the standard and for server A it can mean something different than for server B while QGIS may be awaiting still something else. 2) Even vendor options should be skipped, we have here an example that some servers may fail in skipping them. Nobody will fix Mapserver 5.0 and even it is wrong, it is the QGIS user who suffers now. User can only ask server admin to update (it may take a while) or switch off QGIS and use another WMS client like OpenJUMP. For my mind it should be possible to configure QGIS WMS to run in a safe mode and use only those parameters which belong to WMS standard. -Jukka Rahkonen- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user __ Information from ESET Mail Security, version of virus signature database 8952 (20131022) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
> > For my mind it should be possible to configure QGIS WMS to run in a safe > mode and use only those parameters which belong to WMS standard. > > +1 Thinking about it, what about a dialog where it's possible to configure what a standard WMS request contains? Ignore the fact it looks suspiciously like Excel, but imagine a QGIS dialog that let you put pieces together like this: [image: Inline images 2] Where % are predefined QGIS variables. Use a "+" and "-" button to add/remove rows (and thus parameters) to the table. Could work for WFS and WCS too. Create various different "profiles" and distribute those as standard. Easy to use for both lay-users (pre-configured profiles that are specification compliant), and technical users. Jonathan -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. <>___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
Richard Duivenvoorde writes: > > On 21-10-13 20:07, Miguel Ángel Castro wrote: > > I am using QGIS 2.0.1 standalone installed in a Windows 7 64 bits system. > > > > Example of WMS datasource: (datasource WMS 1.1.1) EPSG:32628 > > > > http://idecan2.grafcan.es/ServicioWMS/EspNat > > > > In layer properties/metadata you can see the information from > > datasource, but no display the layer (not load data) in canvas. > > > > In log messages: Map request error (status: 200 getDouble(): Symbol > > definition error. Parsing error near (96): (line 1). > > > > Does anybody have an idea what is the problem? > > Hi Miguel, > > the error message that you see is a (Minnesota) Mapserver error message. > Somewhere in the style definitions it expects a number (or not). > > This url I get from QGIS in debug mode, and gives you your error: > > http://idecan2.grafcan.es/ServicioWMS/EspNat?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=152208.544610834447667,2940195.98510535480454564,692329.70807293173857033,3376338.62686863588169217&SRS=EPSG:32628&WIDTH=670&HEIGHT=541&LAYERS=EENN&STYLES=&FORMAT=image/png&DPI=96&MAP_RESOLUTION=96&TRANSPARENT=TRUE > > Bug if I remove the "&DPI=96&MAP_RESOLUTION=96" part from it, I get a map: > > http://idecan2.grafcan.es/ServicioWMS/EspNat?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=152208.544610834447667,2940195.98510535480454564,692329.70807293173857033,3376338.62686863588169217&SRS=EPSG:32628&WIDTH=670&HEIGHT=541&LAYERS=EENN&STYLES=&FORMAT=image/png > > I'm not familiar with the exact WMS-standard, but as most WMS servers I > know (and use) can handle these two query parameters from QGIS, I think > it is a Mapserver configuration problem/error. You cannot let QGIS > remove those params I think. Hi, That certain server is a pretty old Mapserver v. 5.0 and it does not like the non-standard vendor parameter &MAP_RESOLUTION=96. Fresh Mapservers do not fail because of that and actually since version 6.0 Mapserver supports vendor option MAP_RESOLUTION. According to WMS standard servers should quietly skip extra parameters so principally there is a bug in Mapserver 5.0. However, I do not like that QGIS is adding always its own vendor parameters and users do not have a way to turn off the non-standard parameters. I have two reasoning for this: 1) MAP_RESOLUTION is not defined in the standard and for server A it can mean something different than for server B while QGIS may be awaiting still something else. 2) Even vendor options should be skipped, we have here an example that some servers may fail in skipping them. Nobody will fix Mapserver 5.0 and even it is wrong, it is the QGIS user who suffers now. User can only ask server admin to update (it may take a while) or switch off QGIS and use another WMS client like OpenJUMP. For my mind it should be possible to configure QGIS WMS to run in a safe mode and use only those parameters which belong to WMS standard. -Jukka Rahkonen- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
Am 22.10.2013 15:35, schrieb Andreas Neumann: fair enough - if users are prevented to access these WMS layers, there should be an option that would allow them to access the layers. Yet another option to the WMS loading dialogue - sigh ... I know it is already crowded, default should be off (= add dpi parameter) I created a ticket [1] Bernhard [1] http://hub.qgis.org/issues/8929 Andreas Am 22.10.2013 15:19, schrieb Bernhard Ströbl: Hi Andreas, Am 22.10.2013 14:44, schrieb Andreas Neumann: Hi all, I think the dpi parameter is a useful extension and should be added by the QGIS client (given that the dpi are really correctly detected). Correct, therefore QGIS adds this parameter in different flavours for the most common WMS servers (I assume because this parameter is not defined in the WMS standard as has already been pointed out in this thread). If a WMS server chokes on additional paramters it is not very well designed. They can just ignore these extra parameters if they do not know how to deal with it. My problem is not that geoserver chokes on the additional parameters but that for _some_ layers the geoserver-specific parameter "format_options=dpi:96" makes it throw an error. I know that these layers are poorly configured but cannot do anything against it (because other software depends on them). My users currently cannot access these layers. Miguel Ángel Castro (who started this thread) described that he cannot access layers from http://idecan2.grafcan.es/ServicioWMS/EspNat Therefore I opt for a configuration option to switch off the dpi parameter because public servers may be misconfigured and still people want to display their layers in QGIS. Bernhard ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Bernhard Ströbl Anwendungsbetreuer GIS Kommunale Immobilien Jena Am Anger 26 07743 Jena Tel.: 03641 49- 5190 E-Mail: bernhard.stro...@jena.de Internet: www.kij.de Kommunale Immobilien Jena Eigenbetrieb der Stadt Jena Werkleiter: Dr. Götz Blankenburg __ Information from ESET Mail Security, version of virus signature database 8949 (20131022) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
fair enough - if users are prevented to access these WMS layers, there should be an option that would allow them to access the layers. Yet another option to the WMS loading dialogue - sigh ... Andreas Am 22.10.2013 15:19, schrieb Bernhard Ströbl: > Hi Andreas, > > Am 22.10.2013 14:44, schrieb Andreas Neumann: >> Hi all, >> >> I think the dpi parameter is a useful extension and should be added by >> the QGIS client (given that the dpi are really correctly detected). > > Correct, therefore QGIS adds this parameter in different flavours for > the most common WMS servers (I assume because this parameter is not > defined in the WMS standard as has already been pointed out in this > thread). > >> >> If a WMS server chokes on additional paramters it is not very well >> designed. They can just ignore these extra parameters if they do not >> know how to deal with it. > > My problem is not that geoserver chokes on the additional parameters but > that for _some_ layers the geoserver-specific parameter > "format_options=dpi:96" makes it throw an error. > I know that these layers are poorly configured but cannot do anything > against it (because other software depends on them). My users currently > cannot access these layers. Miguel Ángel Castro (who started this > thread) described that he cannot access layers from > http://idecan2.grafcan.es/ServicioWMS/EspNat > > Therefore I opt for a configuration option to switch off the dpi > parameter because public servers may be misconfigured and still people > want to display their layers in QGIS. > > Bernhard ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
Hi Andreas, Am 22.10.2013 14:44, schrieb Andreas Neumann: Hi all, I think the dpi parameter is a useful extension and should be added by the QGIS client (given that the dpi are really correctly detected). Correct, therefore QGIS adds this parameter in different flavours for the most common WMS servers (I assume because this parameter is not defined in the WMS standard as has already been pointed out in this thread). If a WMS server chokes on additional paramters it is not very well designed. They can just ignore these extra parameters if they do not know how to deal with it. My problem is not that geoserver chokes on the additional parameters but that for _some_ layers the geoserver-specific parameter "format_options=dpi:96" makes it throw an error. I know that these layers are poorly configured but cannot do anything against it (because other software depends on them). My users currently cannot access these layers. Miguel Ángel Castro (who started this thread) described that he cannot access layers from http://idecan2.grafcan.es/ServicioWMS/EspNat Therefore I opt for a configuration option to switch off the dpi parameter because public servers may be misconfigured and still people want to display their layers in QGIS. Bernhard Just my opinion. Andreas Am 22.10.2013 10:30, schrieb Bernhard Ströbl: Hi all, I have a similar issue with geoserver. QGIS2 request is: http://my_internal_server/geoserver/ows?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=my_bbox&CRS=my_crs&WIDTH=242&HEIGHT=278&LAYERS=my_layer&STYLES=&FORMAT=image/png&DPI=96&MAP_RESOLUTION=96&FORMAT_OPTIONS=dpi:96&TRANSPARENT=TRUE entering this URL in the browser results in a geoserver error message. However if I leave out FORMAT_OPTIONS=dpi:96 (which, according to the geoserver docs [1] should be supported) the map image is returned. Two more remarks 1) not all layers fail with this request 2) QGIS 1.8 did not add this dpi-96 stuff, so all my layers worked in 1.8 What was the reason to intoduce the dpi96 stuff and could we probably change that to a configurable option (yes/no) of the WMS connection? Bernhard [1] http://docs.geoserver.org/latest/en/user/services/wms/vendor.html Am 22.10.2013 10:12, schrieb Miguel Ángel Castro: Hi Richard, I can see what you show to me. But, this problem not takes place in QGIS 1.8.0 with this WMS data source ( http://idecan2.grafcan.es/ServicioWMS/EspNat) and similar others. Something in wmsprovider.dll of QGIS 2.0.1? Thanks in advance Miguel Ángel Castro __ Information from ESET Mail Security, version of virus signature database 8948 (20131022) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8948 (20131022) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user __ Information from ESET Mail Security, version of virus signature database 8949 (20131022) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
I agree. Often is not known the kind of wms server so I apply always the map_resolution and the dpi parameters. 2013/10/22 Andreas Neumann > Hi all, > > I think the dpi parameter is a useful extension and should be added by > the QGIS client (given that the dpi are really correctly detected). > > If a WMS server chokes on additional paramters it is not very well > designed. They can just ignore these extra parameters if they do not > know how to deal with it. > > Just my opinion. > > Andreas > > Am 22.10.2013 10:30, schrieb Bernhard Ströbl: > > Hi all, > > > > I have a similar issue with geoserver. > > QGIS2 request is: > > > http://my_internal_server/geoserver/ows?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=my_bbox&CRS=my_crs&WIDTH=242&HEIGHT=278&LAYERS=my_layer&STYLES=&FORMAT=image/png&DPI=96&MAP_RESOLUTION=96&FORMAT_OPTIONS=dpi:96&TRANSPARENT=TRUE > > > > entering this URL in the browser results in a geoserver error message. > > However if I leave out FORMAT_OPTIONS=dpi:96 (which, according to the > > geoserver docs [1] should be supported) the map image is returned. > > Two more remarks > > 1) not all layers fail with this request > > 2) QGIS 1.8 did not add this dpi-96 stuff, so all my layers worked in 1.8 > > > > What was the reason to intoduce the dpi96 stuff and could we probably > > change that to a configurable option (yes/no) of the WMS connection? > > > > Bernhard > > > > [1] http://docs.geoserver.org/latest/en/user/services/wms/vendor.html > > > > Am 22.10.2013 10:12, schrieb Miguel Ángel Castro: > >> Hi Richard, > >> > >> I can see what you show to me. > >> > >> But, this problem not takes place in QGIS 1.8.0 with this WMS data > >> source ( > >> http://idecan2.grafcan.es/ServicioWMS/EspNat) and similar others. > >> > >> Something in wmsprovider.dll of QGIS 2.0.1? > >> > >> Thanks in advance > >> Miguel Ángel Castro > >> > >> > >> > >> __ Information from ESET Mail Security, version of virus > >> signature database 8948 (20131022) __ > >> > >> The message was checked by ESET Mail Security. > >> http://www.eset.com > >> > > > > > > __ Information from ESET Mail Security, version of virus > > signature database 8948 (20131022) __ > > > > The message was checked by ESET Mail Security. > > http://www.eset.com > > > > > > ___ > > Qgis-user mailing list > > Qgis-user@lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/qgis-user > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user > -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
Hi all, I think the dpi parameter is a useful extension and should be added by the QGIS client (given that the dpi are really correctly detected). If a WMS server chokes on additional paramters it is not very well designed. They can just ignore these extra parameters if they do not know how to deal with it. Just my opinion. Andreas Am 22.10.2013 10:30, schrieb Bernhard Ströbl: > Hi all, > > I have a similar issue with geoserver. > QGIS2 request is: > http://my_internal_server/geoserver/ows?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=my_bbox&CRS=my_crs&WIDTH=242&HEIGHT=278&LAYERS=my_layer&STYLES=&FORMAT=image/png&DPI=96&MAP_RESOLUTION=96&FORMAT_OPTIONS=dpi:96&TRANSPARENT=TRUE > > entering this URL in the browser results in a geoserver error message. > However if I leave out FORMAT_OPTIONS=dpi:96 (which, according to the > geoserver docs [1] should be supported) the map image is returned. > Two more remarks > 1) not all layers fail with this request > 2) QGIS 1.8 did not add this dpi-96 stuff, so all my layers worked in 1.8 > > What was the reason to intoduce the dpi96 stuff and could we probably > change that to a configurable option (yes/no) of the WMS connection? > > Bernhard > > [1] http://docs.geoserver.org/latest/en/user/services/wms/vendor.html > > Am 22.10.2013 10:12, schrieb Miguel Ángel Castro: >> Hi Richard, >> >> I can see what you show to me. >> >> But, this problem not takes place in QGIS 1.8.0 with this WMS data >> source ( >> http://idecan2.grafcan.es/ServicioWMS/EspNat) and similar others. >> >> Something in wmsprovider.dll of QGIS 2.0.1? >> >> Thanks in advance >> Miguel Ángel Castro >> >> >> >> __ Information from ESET Mail Security, version of virus >> signature database 8948 (20131022) __ >> >> The message was checked by ESET Mail Security. >> http://www.eset.com >> > > > __ Information from ESET Mail Security, version of virus > signature database 8948 (20131022) __ > > The message was checked by ESET Mail Security. > http://www.eset.com > > > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
Looking at the specs briefly, it doesn't seem like the ability to set DPI explicitly is specified in WMS 1.1.0 or 1.3.0. I guess that MapServer can't handle stuff it's not expecting. Maybe a config option as Richard suggests. Jonathan On 21 October 2013 19:32, Richard Duivenvoorde wrote: > On 21-10-13 20:07, Miguel Ángel Castro wrote: > > I am using QGIS 2.0.1 standalone installed in a Windows 7 64 bits > system. > > > > Example of WMS datasource: (datasource WMS 1.1.1) EPSG:32628 > > > > http://idecan2.grafcan.es/ServicioWMS/EspNat > > > > In layer properties/metadata you can see the information from > > datasource, but no display the layer (not load data) in canvas. > > > > In log messages: Map request error (status: 200 getDouble(): Symbol > > definition error. Parsing error near (96): (line 1). > > > > Does anybody have an idea what is the problem? > > Hi Miguel, > > the error message that you see is a (Minnesota) Mapserver error message. > Somewhere in the style definitions it expects a number (or not). > > This url I get from QGIS in debug mode, and gives you your error: > > > http://idecan2.grafcan.es/ServicioWMS/EspNat?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=152208.544610834447667,2940195.98510535480454564,692329.70807293173857033,3376338.62686863588169217&SRS=EPSG:32628&WIDTH=670&HEIGHT=541&LAYERS=EENN&STYLES=&FORMAT=image/png&DPI=96&MAP_RESOLUTION=96&TRANSPARENT=TRUE > > Bug if I remove the "&DPI=96&MAP_RESOLUTION=96" part from it, I get a map: > > > http://idecan2.grafcan.es/ServicioWMS/EspNat?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=152208.544610834447667,2940195.98510535480454564,692329.70807293173857033,3376338.62686863588169217&SRS=EPSG:32628&WIDTH=670&HEIGHT=541&LAYERS=EENN&STYLES=&FORMAT=image/png > > I'm not familiar with the exact WMS-standard, but as most WMS servers I > know (and use) can handle these two query parameters from QGIS, I think > it is a Mapserver configuration problem/error. You cannot let QGIS > remove those params I think. > > Regards, > > > Richard Duivenvoorde > ___ > Qgis-user mailing list > Qgis-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-user > -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
Hi all, I have a similar issue with geoserver. QGIS2 request is: http://my_internal_server/geoserver/ows?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=my_bbox&CRS=my_crs&WIDTH=242&HEIGHT=278&LAYERS=my_layer&STYLES=&FORMAT=image/png&DPI=96&MAP_RESOLUTION=96&FORMAT_OPTIONS=dpi:96&TRANSPARENT=TRUE entering this URL in the browser results in a geoserver error message. However if I leave out FORMAT_OPTIONS=dpi:96 (which, according to the geoserver docs [1] should be supported) the map image is returned. Two more remarks 1) not all layers fail with this request 2) QGIS 1.8 did not add this dpi-96 stuff, so all my layers worked in 1.8 What was the reason to intoduce the dpi96 stuff and could we probably change that to a configurable option (yes/no) of the WMS connection? Bernhard [1] http://docs.geoserver.org/latest/en/user/services/wms/vendor.html Am 22.10.2013 10:12, schrieb Miguel Ángel Castro: Hi Richard, I can see what you show to me. But, this problem not takes place in QGIS 1.8.0 with this WMS data source ( http://idecan2.grafcan.es/ServicioWMS/EspNat) and similar others. Something in wmsprovider.dll of QGIS 2.0.1? Thanks in advance Miguel Ángel Castro __ Information from ESET Mail Security, version of virus signature database 8948 (20131022) __ The message was checked by ESET Mail Security. http://www.eset.com __ Information from ESET Mail Security, version of virus signature database 8948 (20131022) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
Hi Richard, I can see what you show to me. But, this problem not takes place in QGIS 1.8.0 with this WMS data source ( http://idecan2.grafcan.es/ServicioWMS/EspNat) and similar others. Something in wmsprovider.dll of QGIS 2.0.1? Thanks in advance Miguel Ángel Castro ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
On 21-10-13 20:07, Miguel Ángel Castro wrote: > I am using QGIS 2.0.1 standalone installed in a Windows 7 64 bits system. > > Example of WMS datasource: (datasource WMS 1.1.1) EPSG:32628 > > http://idecan2.grafcan.es/ServicioWMS/EspNat > > In layer properties/metadata you can see the information from > datasource, but no display the layer (not load data) in canvas. > > In log messages: Map request error (status: 200 getDouble(): Symbol > definition error. Parsing error near (96): (line 1). > > Does anybody have an idea what is the problem? Hi Miguel, the error message that you see is a (Minnesota) Mapserver error message. Somewhere in the style definitions it expects a number (or not). This url I get from QGIS in debug mode, and gives you your error: http://idecan2.grafcan.es/ServicioWMS/EspNat?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=152208.544610834447667,2940195.98510535480454564,692329.70807293173857033,3376338.62686863588169217&SRS=EPSG:32628&WIDTH=670&HEIGHT=541&LAYERS=EENN&STYLES=&FORMAT=image/png&DPI=96&MAP_RESOLUTION=96&TRANSPARENT=TRUE Bug if I remove the "&DPI=96&MAP_RESOLUTION=96" part from it, I get a map: http://idecan2.grafcan.es/ServicioWMS/EspNat?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&BBOX=152208.544610834447667,2940195.98510535480454564,692329.70807293173857033,3376338.62686863588169217&SRS=EPSG:32628&WIDTH=670&HEIGHT=541&LAYERS=EENN&STYLES=&FORMAT=image/png I'm not familiar with the exact WMS-standard, but as most WMS servers I know (and use) can handle these two query parameters from QGIS, I think it is a Mapserver configuration problem/error. You cannot let QGIS remove those params I think. Regards, Richard Duivenvoorde ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Problem with WMS 1.1.1 data providers in QGIS 2.0.1
I am using QGIS 2.0.1 standalone installed in a Windows 7 64 bits system. Example of WMS datasource: (datasource WMS 1.1.1) EPSG:32628 http://idecan2.grafcan.es/ServicioWMS/EspNat In layer properties/metadata you can see the information from datasource, but no display the layer (not load data) in canvas. In log messages: Map request error (status: 200 getDouble(): Symbol definition error. Parsing error near (96): (line 1). Does anybody have an idea what is the problem? Thanks Miguel Ángel castro ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
