Ticket #1833 (assigned defect)

Opened 10 months ago

Last modified 10 months ago

Can't open WCS coverages with names with embedded spaces and special characters

Reported by: gaopeng Assigned to: warmerdam (accepted)
Priority: normal Milestone:
Component: default Version: 1.4.1
Severity: normal Keywords:
Cc:

Description

Connect to the following wcs server

http://laits.gmu.edu/cgi-bin/NWGISS/NWGISS?

and try to open AUTUMN Matthews Autumn..., about ~25th coverage in the list. It won't open.

Here is the content of the .wcs file, notice that Coverage Name element contains white space

<WCS_GDAL><ServiceURL>http://laits.gmu.edu/cgi-bin/NWGISS/NWGISS?</ServiceURL><CoverageName?>/export/home0/GeoData/AVHRRandUSGS/AUTUMN.hdf:Grid:Matthews Autumn Albedo Global Data Set:Matthews Autumn Albedo Global Data Set</CoverageName><Timeout>90</Timeout><Resample>nearest</Resample></WCS_GDAL>

Change History

09/14/07 14:03:31 changed by warmerdam

  • status changed from new to assigned.
  • owner changed from Frank Warmerdam to warmerdam.

This is an url escaping problem. I *think* the right thing to do would be to expect the <ServiceURL> contents to be already URL escaped (ie. spaces converted to %20) while I think we should not expect this of the <CoverageName?> field. So that means the driver would be responsible for doing the escaping as it builds the url.

Does this logic seem reasonable? Presumably it should be applied to other portions of the url as well.

The downside of a change is that it may be incompatible with .wcs files create for older versions where the creator has to url escape the covername ahead of time.