UMN 地图服务器的地图参数是否符合 OGC WMS 规范?

发布于 2024-08-03 13:35:02 字数 311 浏览 4 评论 0原文

假设您有一个像这样的mapserver-url: http://host/cgi-bin/mapserv?MAP=/path/to/mapfile.map&

以这种方式指定的 WMS 是否符合 OGC WMS 规范?有人说地图参数是特定于供应商的参数,但您也可以将其视为此服务的 URL 前缀的一部分(按照指定以 ? 或 & 结尾,在本例中为 &)。您认为这是否符合规范?

Say you have a mapserver-url like this: http://host/cgi-bin/mapserv?MAP=/path/to/mapfile.map&

Is a WMS specified in this way conform to the OGC WMS-specification? Some say the map-parameter is a vendor-specific parameter, but you also could see it as part of the URL-prefix for this service (ending with ? or & as specified, it's an & in this case). What do you think, is that compatible to the specification or not?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

一萌ing 2024-08-10 13:35:03

OGC WMS 1.1.1(第 6.2.2 节)和 1.3.0(第 6.3.3 节)规范对此主题相当明确:

用于以下目的的在线资源 URL
HTTP GET 请求实际上只是一个
附加的 URL 前缀
附加参数是为了
构造一个有效的操作请求。一个
URL前缀的定义是按照
以 IETF RFC 2396 作为字符串
按顺序包括该计划
(“http”或“https”),互联网协议
主机名或数字地址,可选
端口号、路径、必答题
标记“?”、和可选字符串
包含一个或多个特定于服务器的
以 & 符号结尾的参数
“&”

只要在线资源 URL 以“&”结尾,就应遵守 WMS 规范

The OGC WMS 1.1.1 (Section 6.2.2)and 1.3.0 (Section 6.3.3) specifications are fairly clear regarding this topic:

An Online Resource URL intended for
HTTP GET requests is in fact only a
URL prefix to which additional
parameters are appended in order to
construct a valid Operation request. A
URL prefix is defined in accordance
with IETF RFC 2396 as a string
including, in order, the scheme
(“http” or “https”), Internet Protocol
hostname or numeric address, optional
port number, path, mandatory question
mark “?”, and optional string
comprising one or more server-specific
parameters ending in an ampersand
“&”
.

As long as the online resource URL finishes with an "&", it should adhere to the WMS specification

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文