#7350 closed defect (worksforme)
problem displaying some WMS
Reported by: | Hendrik75 | Owned by: | Hendrik75 |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Core | Version: | |
Keywords: | Cc: |
Description
There is an issue to display some WMS servers. The imagery seems to be recovered by white tiles. Sometimes, depending on download speed, the imagery is visible some moment, before the screen becomes white.
Version 4777 performs well as usual
Version 4870 has this error
Link to WMS URL: www.oesterlin.ile.nc/div/url-wms.txt
center on http://www.openstreetmap.org/?lat=-22.2961&lon=166.8456&zoom=13&layers=M to have imagery available (do not unse for tracing jet, license is not jet compatible)
Attachments (0)
Change History (9)
follow-up: 2 comment:1 by , 13 years ago
Owner: | changed from | to
---|---|
Status: | new → needinfo |
follow-up: 4 comment:2 by , 13 years ago
Replying to stoecker:
First - your URL wont work anymore, as it does not use the template format with {...}. This has finally been dropped. Second it does not specify projections, so JOSM can't check if projections match and do its auto-magic for some. Use a proper URL format as described at Maps. Either use a proper XML file as source or at least add {proj(...)}, where ... is a list of projections supported.
Using the dialog to add a URL in JOSM should auto-generate the correct URL for you.
Does the problem persist with correct projection settings?
the projection is set correctly in the request send to the server, as far as I can judge it (sentence crs=CRS:84&SRS=EPSG:4326&).
I have updated the text file above with the GetCapabilities URL.
Use layer 13 for this tests.
The layers are well listed in the WMS dialog of JOSM, but the automagically generated URL does not perform at all.
I have compared the requests send to the server by both version 4777 (performing well) and 4878 (failing).
The difference is that the latlong parameters do describe the requested area are inverted. (see the above attached text file). I suppose that the error resides there.
Please let me know if you need some more investigations to track down where exacly the issue is!
comment:3 by , 13 years ago
I cannot reproduce:
- Using the preference/WMS dialog, I let JOSM generate the following URL:
wms:http://carto.gouv.nc/arcgis/services/georepertoire_gouv_nc/MapServer/WMSServer?FORMAT=image/jpeg&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&Layers=13&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}
- This request failed for the reason printed below.
- I changed the URL and added
styles=&
anywhere:
wms:http://carto.gouv.nc/arcgis/services/georepertoire_gouv_nc/MapServer/WMSServer?FORMAT=image/jpeg&VERSION=1.1.1&SERVICE=WMS&styles=&REQUEST=GetMap&Layers=13&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}
- After that, the images were loaded correctly
java.io.IOException: <?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <!DOCTYPE ServiceExceptionReport SYSTEM "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd"> <ServiceExceptionReport version="1.1.1"> <ServiceException code="StylesNotDefined"> Parameter 'styles' is required. </ServiceException> </ServiceExceptionReport>
comment:4 by , 13 years ago
comment:5 by , 13 years ago
Sorry for the delay in responding.
I updated in the meanwhile JOSM to 4907
The URL in JOSM is
wms:http://carto.gouv.nc/arcgis/services/georepertoire_gouv_nc/MapServer/WMSServer?request=GetMap&layers=13&version=1.3.0&styles=&format=image/png8&crs=CRS:84&SRS={proj}&WIDTH={width}&height={height}&BBOX={bbox}
It worked with the older version, but fail now.
Here the console output. the BBOX= is inverted. I suspect that the issue is there.
n:\Dok\wir\Garmin\JOSM>java -Xmx1300M -jar "josm-latest.jar" Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2012-02-08 02:31:45 Last Changed Author: jttt Revision: 4907 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2012-02-07 21:35:45 +0100 (Tue, 07 Feb 2012) Last Changed Rev: 4907 chargement du greffon 'undelete' (version 27395) chargement du greffon 'openstreetbugs' (version 27355) chargement du greffon 'PicLayer' (version 27435) chargement du greffon 'tageditor' (version 27576) chargement du greffon 'dataimport' (version 27289) chargement du greffon 'reverter' (version 27604) Silent shortcut conflict: 'menu:History' moved by 'menu:PicLayer' to 'Alt+A'. RemoteControl: adding command "revert_changeset" (handled by RevertChangesetHand ler) chargement du greffon 'InfoMode' (version 27557) chargement du greffon 'AddrInterpolation' (version 27356) Silent shortcut conflict: 'tools:AddressInterpolation' moved by 'tools:multipoly ' to 'Ctrl+B'. chargement du greffon 'licensechange' (version 27472) chargement du greffon 'measurement' (version 27289) chargement du greffon 'walkingpapers' (version 27019) chargement du greffon 'DirectDownload' (version 27355) chargement du greffon 'FixAddresses' (version 27357) chargement du greffon 'editgpx' (version 27289) chargement du greffon 'public_transport' (version 27355) Silent shortcut conflict: 'menu:Public Transport' moved by 'menu:Presets' to 'Al t+B'. chargement du greffon 'mapdust' (version 27355) chargement du greffon 'DirectUpload' (version 27355) Silent shortcut conflict: 'tools:uploadtraces' moved by 'tools:jumpto' to 'Ctrl+ Maj+G'. chargement du greffon 'buildings_tools' (version 27598) Silent shortcut conflict: 'edit:buildingsdialog' moved by 'tools:AddressInterpol ation' to 'Alt+Maj+B'. chargement du greffon 'lakewalker' (version 27355) chargement du greffon 'utilsplugin2' (version 27624) Silent shortcut conflict: 'tools:replacegeometry' moved by 'tools:uploadtraces' to 'Ctrl+Alt+G'. Silent shortcut conflict: 'tools:alignwaynodes' moved by 'tools:lakewalker' to ' Alt+Maj+L'. Silent shortcut conflict: 'tools:createcurve' moved by 'tools:licensechange' to 'Alt+Maj+C'. RemoteControl::Accepting connections on port 8111 GET http://api.openstreetmap.org/api/0.6/map?bbox=166.4462891,-22.2952557,166.44 8761,-22.2939167 Silent shortcut conflict: 'properties:add' moved by 'menu:History' to 'Alt+C'. Silent shortcut conflict: 'subwindow:authors' moved by 'tools:AddressEdit' to 'A lt+G'. Silent shortcut conflict: 'subwindow:conflict' moved by 'properties:add' to 'Alt +O'. Silent shortcut conflict: 'view:openstreetbugs' moved by 'edit:buildingsdialog' to 'Alt+Q'. Silent shortcut conflict: 'subwindow:licensechange' moved by 'tools:alignwaynode s' to 'Alt+X'. Action enregistrÚe selectall de la barre d'outils ÚcrasÚe: org.openstreetmap.jos m.actions.SelectAllAction devient org.openstreetmap.josm.plugins.fixAddresses.gu i.actions.SelectAddressesInMapAction Action enregistrÚe convert2rel_24 de la barre d'outils ÚcrasÚe: org.openstreetma p.josm.plugins.fixAddresses.gui.actions.ConvertToRelationAction devient org.open streetmap.josm.plugins.fixAddresses.gui.actions.ConvertAllToRelationAction Grabbing WMS http://carto.gouv.nc/arcgis/services/georepertoire_gouv_nc/MapServe r/WMSServer?request=GetMap&layers=13&version=1.3.0&styles=&format=image/png8&crs =CRS:84&SRS=EPSG:4326&WIDTH=500&height=500&BBOX=-22.2962439,166.4456808,-22.2948 826,166.4471521 Grabbing WMS http://carto.gouv.nc/arcgis/services/georepertoire_gouv_nc/MapServe r/WMSServer?request=GetMap&layers=13&version=1.3.0&styles=&format=image/png8&crs =CRS:84&SRS=EPSG:4326&WIDTH=500&height=500&BBOX=-22.2948826,166.4456808,-22.2935 212,166.4471521 Grabbing WMS http://carto.gouv.nc/arcgis/services/georepertoire_gouv_nc/MapServe r/WMSServer?request=GetMap&layers=13&version=1.3.0&styles=&format=image/png8&crs =CRS:84&SRS=EPSG:4326&WIDTH=500&height=500&BBOX=-22.2948826,166.4471521,-22.2935 212,166.4486235
comment:6 by , 13 years ago
Resolution: | → worksforme |
---|---|
Status: | needinfo → closed |
Your wms URL is invalid, try wms:http://carto.gouv.nc/arcgis/services/georepertoire_gouv_nc/MapServer/WMSServer?request=GetMap&layers=13&version=1.3.0&styles=&format=image/png8&crs={proj}&WIDTH={width}&height={height}&BBOX={bbox}
.
comment:7 by , 13 years ago
I still have the problem that the bounding box coordinates are in the wrong order.
For example, I am editing this bounding box in JOSM: 7.1911097,50.8897426,7.2060013,50.8974573 (north-eastern hemisphere, as you can see).
This is the WMS URL template I am using:
wms:http://www.wms.nrw.de/geobasis/adv_dtk25?request=GetMap&version=1.1.1&format=image/png&crs=CRS:84&srs={proj}&layers=DTK25vi&styles=&bbox={bbox}&width={width}&height={height}
Here are some of the tile URLs JOSM is trying to fetch:
http://www.wms.nrw.de/geobasis/adv_dtk25?request=GetMap&version=1.1.1&format=image/png&crs=CRS:84&srs=EPSG:4326&layers=DTK25vi&styles=&bbox=50.8928648,7.1894501,50.9002141,7.2011023&width=500&height=500
http://www.wms.nrw.de/geobasis/adv_dtk25?request=GetMap&version=1.1.1&format=image/png&crs=CRS:84&srs=EPSG:4326&layers=DTK25vi&styles=&bbox=50.8855142,7.1894501,50.8928648,7.2011023&width=500&height=500
http://www.wms.nrw.de/geobasis/adv_dtk25?request=GetMap&version=1.1.1&format=image/png&crs=CRS:84&srs=EPSG:4326&layers=DTK25vi&styles=&bbox=50.8928648,7.2011023,50.9002141,7.2127546&width=500&height=500
As you can see, lat and lon values in the bbox parameter are in the wrong order. Here is an example for a correct URL:
This was in revision 5356. I am suggesting to re-open this issue.
follow-up: 9 comment:8 by , 13 years ago
Still the same issue - a wrong URL. You cannot specify "&crs=CRS:84&srs={proj}". Either "&crs={proj}" or "&srs={proj}", but not both mixed!
comment:9 by , 13 years ago
Replying to stoecker:
Still the same issue - a wrong URL. You cannot specify "&crs=CRS:84&srs={proj}". Either "&crs={proj}" or "&srs={proj}", but not both mixed!
Of course you're right. Thanks!
First - your URL wont work anymore, as it does not use the template format with {...}. This has finally been dropped. Second it does not specify projections, so JOSM can't check if projections match and do its auto-magic for some. Use a proper URL format as described at Maps. Either use a proper XML file as source or at least add {proj(...)}, where ... is a list of projections supported.
Using the dialog to add a URL in JOSM should auto-generate the correct URL for you.
Does the problem persist with correct projection settings?