Modify

Opened 18 months ago

Closed 16 months ago

Last modified 15 months ago

#7073 closed defect (fixed)

Sicily WMS url error

Reported by: dpaleino Owned by: Upliner
Priority: normal Component: Core imagery
Version: Keywords:
Cc:

Description

Hello,
the preset "Sicily - Italy" WMS server URL is wrong. It should be set to this one:

wms:http://88.53.214.52/sitr/services/WGS84_F33/Ortofoto_ATA20072008_f33/MapServer/WMSServer?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&CRS=CRS:84&LAYERS=0&STYLES=default&FORMAT=image/jpeg&SRS={proj}&WIDTH={width}&height={height}&BBOX={bbox}

The difference with the current url is:

  • CRS={proj} doesn't work, it only works if CRS=CRS:84
  • SRS={proj} is missing, added in the above url

Thanks,
David

Attachments (0)

Change History (19)

comment:1 Changed 18 months ago by stoecker

It's a wiki Maps. You can fix it yourself.

Will SRS=CRS:84 work? If not we need to find a way to get it working with both SRS and CRS. Something like {projarg} which automatically chooses SRS or CRS.

comment:2 Changed 18 months ago by stoecker

BTW: CRS and SRS in one call seem to be wrong to me.

comment:3 follow-up: Changed 18 months ago by dpaleino

I found out that the server is using CRS, discarding the SRS at all. I thought that it only worked with CRS:84, even if GetCapabilities says that it also supports EPSG:4326 and EPSG:32633.
Doing a couple of tests, it seems like {bbox} is not being filled correctly when the projection changes. I.e. if CRS=CRS:84, then it's ok; if it's EPSG:4326, the coords need to be swapped. These two links show the same tile, by using two different CRS, but pay attention to the {bbox}:

http://88.53.214.52/sitr/services/WGS84_F33/Ortofoto_ATA20072008_f33/MapServer/WMSServer?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=0&STYLES=default&FORMAT=image/jpeg&CRS=CRS:84&WIDTH=500&height=500&BBOX=12.6101663,37.6634985,12.6127761,37.6655643

http://88.53.214.52/sitr/services/WGS84_F33/Ortofoto_ATA20072008_f33/MapServer/WMSServer?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=0&STYLES=default&FORMAT=image/jpeg&CRS=EPSG:4326&WIDTH=500&height=500&BBOX=37.6634985,12.6101663,37.6655643,12.6127761

(the first one is the bbox being passed by josm, the second one is manually edited)

It's entirely possible that it's a misconfiguration of the server. But that service is, unfortunately, not accessible to the community (like the vast majority of available aerial imagery, I suppose).

Thanks for your help,
David

P.S.: I'll fix the page after we sort out what's happening.

comment:4 in reply to: ↑ 3 Changed 18 months ago by bastiK

Replying to dpaleino:

I found out that the server is using CRS, discarding the SRS at all. I thought that it only worked with CRS:84, even if GetCapabilities says that it also supports EPSG:4326 and EPSG:32633.
Doing a couple of tests, it seems like {bbox} is not being filled correctly when the projection changes. I.e. if CRS=CRS:84, then it's ok; if it's EPSG:4326, the coords need to be swapped. These two links show the same tile, by using two different CRS, but pay attention to the {bbox}:

http://88.53.214.52/sitr/services/WGS84_F33/Ortofoto_ATA20072008_f33/MapServer/WMSServer?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=0&STYLES=default&FORMAT=image/jpeg&CRS=CRS:84&WIDTH=500&height=500&BBOX=12.6101663,37.6634985,12.6127761,37.6655643

http://88.53.214.52/sitr/services/WGS84_F33/Ortofoto_ATA20072008_f33/MapServer/WMSServer?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=0&STYLES=default&FORMAT=image/jpeg&CRS=EPSG:4326&WIDTH=500&height=500&BBOX=37.6634985,12.6101663,37.6655643,12.6127761

(the first one is the bbox being passed by josm, the second one is manually edited)

It's entirely possible that it's a misconfiguration of the server. But that service is, unfortunately, not accessible to the community (like the vast majority of available aerial imagery, I suppose).

No, it is a JOSM bug:

SRS=... is used in WMS 1.1.1 and CRS=... in WMS version 1.3.0. The basic difference is that for CRS=EPSG:4326, the x- and y-coordinate is switched. If you want the normal order, you have to write CRS=CRS:84. Otherwise SRS and CRS are mostly the same.

comment:5 Changed 16 months ago by bastiK

  • Resolution set to fixed
  • Status changed from new to closed

In [4857/josm]:

fixed #7073 - Sicily WMS url error

comment:6 Changed 15 months ago by anonymous

Since version 4857 the following WMS server URL (region Lombardia - Italy) stopped working:

http://www.cartografia.regione.lombardia.it/ArcGIS93/services/wms/ctr_wms/MapServer/WMSServer?version=1.3.0&&CRS=CRS:84&Layers=0&FORMAT=image/png&request=getmap&STYLES=default&SRSCRS:84&WIDTH={width}&height={height}&BBOX={bbox}

The same URL still works with previous JOSM versions. Since version 4857, JOSM seems to download only white tiles (you can try it for example in BBOX=45.5828498,9.5503543,45.5866511,9.5549258,or anywhere within Lombardia).

comment:7 Changed 15 months ago by stoecker

Your URL is broken: "&&CRS=CRS:84" shouldn't be there and "&SRSCRS:84" is wrong. Remove the defective entry and readd the correct one from preferences.

P.S. Do the same for any default entry which is not green in your list.

comment:8 Changed 15 months ago by stoecker

P.S. For non-default entries restart a new entry in JOSM Map config with only the URL base. This will result in a proper string.

comment:11 Changed 15 months ago by stoecker

In 4935/josm:

see #7073 - add empty styles argument to WMS urls, most servers require it

comment:14 in reply to: ↑ 12 Changed 15 months ago by anonymous

Replying to stoecker:

For me this works as well (JOSM autogenerated with styles fix using 1.1.1 WMS): http://www.cartografia.regione.lombardia.it/ArcGIS93/services/wms/ctr_wms/MapServer/WMSServer?STYLES=&FORMAT=image/jpeg&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&Layers=0&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}

Great, this one works. I'll update the link on the wiki. Thanks!

comment:15 follow-up: Changed 15 months ago by stoecker

If it is an official usable entry, so why don't you enter it in Maps?

comment:17 in reply to: ↑ 15 Changed 15 months ago by anonymous

Replying to stoecker:

If it is an official usable entry, so why don't you enter it in Maps?

It is officially usable, but there must be a problem with the projection, as the tiles appear shifted some hundred meter (variable). It's still usable, but the offset must be offset locally. I don't know if it's a limitation of the server, which can't provide WGS84. Local mappers are aware of the problem, but I'm unsure if such a slightly problematic link should be given in a list with more visibility?

comment:18 Changed 15 months ago by stoecker

Probably georeferencing is bad. You could try proj4 plugin and EPSG:3003 projection and see if georeferencing is better for this projection.

comment:19 Changed 15 months ago by anonymous

I had no luck with proj4 plugin, when I select EPSG:3003 I keep getting exceptions. I think I'll stick to the quick and dirty local offset method.

Add Comment

Modify Ticket

Change Properties
<Author field>
Action
as closed .
as The resolution will be set. Next status will be 'closed'.
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.