纬度/经度问题的 MapServer 正则表达式验证答案

【问题标题】：MapServer Regular Expression Validation for Latitude/Longitude Issue纬度/经度问题的 MapServer 正则表达式验证
【发布时间】：2021-05-25 17:57:25
【问题描述】：

我下面的代码大致是来自 Regular expression for matching latitude/longitude coordinates? 的 Zehra Nasif 回答（2014 年 5 月 15 日 20:00）。虽然我下面的代码是针对 MapServer 的，但我认为 vanilla RE 应该可以工作；文档说“谷歌正则表达式”！这是我的代码：

VALIDATION
    # '^[0-9]{5,8}$' # %parcelid% must be numeric and between 5 and 8 characters
    'memberlong' "^-?[0-9]{1,3}(?:\.[0-9]{1,30})$" # -91.6666 
    'memberlat' "^[0-9]{1,3}(?:\.[0-9]{1,30})$" # 30.6666
    'num_miles' "[0-9]+$"    #  1200 works. 
 END

第一行是根据 Mapserver 文档——这只是为了说明他们的引擎。当输入参数为 1200 时，num_miles 有效；这也只是为了说明他们的引擎。但是，memberlong 和 memberlat（或至少其中之一——不能确定，因为调试没有指出）都会抛出错误 msApplySubstitutions(): Regular expression error. Parameter pattern validation failed，我认为我的正则表达式不正确。我认为，至少就目前而言，可以安全地假设 memberlong（经度）将始终为负数，memberlat（纬度）将始终为正值，尽管从长远来看，它们应该能够处理负数/正数。我只需要继续前进。

有什么想法吗？

【问题讨论】：

num_miles 如何匹配 1200？它匹配 1 个数字。应该是[0-9]+（或\d+）
是的，它确实有效。我认为它只需要 0-9 之间的任何数字。
它需要 0 到 9 之间的任何单个数字。我可以向您保证 [0-9] 与 1200 不匹配。我认为在这种情况下它有效，因为它匹配 1 个数字，这对于测试是如何完成的。但是不匹配1200。正确的表达式是^[0-9]+$
老实说，我不知道该怎么做。但是看看他们为 parcelid 发布的示例代码——除了限制为 5-8 个字符之外，逻辑相同。
您不需要非捕获组，'memberlong' "^-?[0-9]{1,3}\.[0-9]{1,30}$" 和 'memberlat' "^[0-9]{1,3}\.[0-9]{1,30}$" 应该可以工作。

标签： regex validation latitude-longitude mapserver

【解决方案1】：

并非所有正则表达式都支持non-capturing groups、(?:...) 构造。例如，POSIX ERE/BRE 和 XML Schema 正则表达式风格仅支持捕获组。

此外，在您的情况下，您可以简单地将非捕获组删除为(?:xxx) = xxx。我们仅在需要引入交替或需要使用量词重复一系列模式时才使用非捕获组。

所以你需要使用

'memberlong'    "^-?[0-9]{1,3}\.[0-9]{1,30}$"
'memberlat'     "^[0-9]{1,3}\.[0-9]{1,30}$"

【讨论】：