You need to log in before you can comment on or make changes to this bug.
This may not or may not be a bug, maybe its just a question. I cannot get anything to show up in the Data URL line of the Legend widget metadata pop-up. I tried the putting each of the following in my context file without success: <DataURL>string</DataURL> <DATAURL>string</DATAURL> <dataurl>string</dataurl> <data_url>string</data_url> then I gave up. What do I need to put in the context file?
I looked at the code and I think there's a problem in MapServer's context support. I created MapServer bug 523 about this and assigned it to Julien: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=523 Please let us know how urgent this is.
from the context spec, which is available at http://www.opengis.org/docs/02-066r1.pdf <DataURL> <OnlineResource xlink:type="simple" xlink:href="http://www.ngdc.noaa.gov/mgg/global/etopo5.HTML"/> </DataURL>
So this should work, right? <DataURL> <OnlineResource xlink:type="simple" xlink:href="http://eos-webster-dev.sr.unh.edu/wms/DataURL.html"/> </DataURL> but it doesn't. :(
As mentioned in coment #1 above: this is not supported *yet* in MapServer, but is going to be there very soon, Julien is almost done adding it to version 4.0.x and 4.1
The DataURL tag in layers was not supported at all. I implemented the DataURL tag and it work now. Also I noticed that some other tags were missing. So I also implemented the support of MetadataURL and DescriptionURL (This one is at the map level). The fix is available in mapserver 4.1 and 4.0 cvs version. Marking as FIXED. BTW the syntax to use with web map context 1.0 is (Like Paul said): <DataURL format="text/html"> <OnlineResource xlink:type="simple" xlink:href="http://harp.gsfc.nasa.gov/~imswww/pub/imswelcome/imswwwsites.html"/> </DataURL>
Actually, there is another problem with the URL metadata in the mapfile. So I will remmove my changes from 4.0. And this will be available only in 4.1. Also the metadata used in the mapfile will change in version 4.1. LegendURL and LogoURL will be affected to. So in 4.1 we will remove: wms_logourl wms_style_%s_legendurl and those will be added: wms_descriptionurl_width wms_descriptionurl_height wms_descriptionurl_format wms_descriptionurl_href wms_dataurl_width wms_dataurl_height wms_dataurl_format wms_dataurl_href wms_metadataurl_width wms_metadataurl_height wms_metadataurl_format wms_metadataurl_href wms_logourl_width wms_logourl_height wms_logourl_format wms_logourl_href wms_style_%s_legendurl_width wms_style_%s_legendurl_height wms_style_%s_legendurl_format wms_style_%s_legendurl_href
I changed the CVS version of mapserver 4.1 to accept metadata in last comment. Note that it does not accept wms_logourl and wms_style_%s_legendurl in the mapfile. Marking as FIXED
Question to Chameleon developers: did any of your widgets rely on the presence or on setting the wms_logourl and wms_style_%s_legendurl metadata? If they do then we should create a new bug since they'll need to be updated to work with the new metadata.
I think that the legend widgets may have used the wms_style_%s_legendurl or something like it to get the legend graphics into the legend. I'll create a bug.
