度分秒 (DMS) 正则表达式答案

【问题标题】：Degrees Minutes Seconds (DMS) RegEx度分秒 (DMS) 正则表达式
【发布时间】：2012-11-28 18:09:48
【问题描述】：

我有一个正则表达式，我想以各种方式匹配纬度/经度对，例如

123 34 42
-123* 34' 42"
123* 34' 42"
+123* 34' 42"
45* 12' 22"N
45 12' 22"S
90:00:00.0N

我希望能够成对匹配这些

90:00:00.0N 180:00:00.0E 是一个纬度/经度对。

或

45* 12' 22"N 46* 12' 22"E 是一个纬度/经度对（1 度 x 1 度单元格）。

或

123* 34' 42" 124* 34' 42" 是一个纬度/经度对

等

使用下面的正则表达式，当我输入 123 时，它匹配。我想这是真的，因为 123 00 00 是一个有效的坐标。但是，我想使用这个正则表达式来匹配上面相同格式的对

   "([-|\\+]?\\d{1,3}[d|D|\u00B0|\\s](\\s*\\d{1,2}['|\u2019|\\s])?"
 + "(\\s*\\d{1,2}[\"|\u201d|\\s])?\\s*([N|n|S|s|E|e|W|w])?\\s?)"

我正在使用 Java。

* 表示学位。

我在正则表达式中做错了什么？

【问题讨论】：

你的最后一个例子是 not 纬度/经度对。没有北纬 123 度这样的东西。
@John：我知道，这就是问题所在。它不是匹配对。至于是一个有效的坐标，这是另一个问题。
@AlexWien：目前不关心小数，也不要太关心数字，我只关心格式。
我不确定您的正则表达式有什么问题，但问题是您试图一次性编写整个正则表达式，这使得检测和/或维护错误非常困难。
@0A0D: ideone.com/jyaVVm 不确定这是否是一个好方法，但至少，我的头不会在此过程中爆炸。

标签： java regex latitude-longitude

【解决方案1】：

嗯，一方面，您正在用一堆不必要的管道字符填充您的字符集 - [] 对中隐含了交替。额外的清理：+ 不需要在字符类中转义。您的正则表达式似乎解决了比您给我们的问题更大的问题 - 您没有提到 d 或 D 作为可匹配字符。而且您已经将 RegEx 的整个后半部分设置为可选。我认为你原来的问题陈述是这样的，我构建了以下正则表达式：

^\s*([+-]?\d{1,3}\*?\s+\d{1,2}'?\s+\d{1,2}"?[NSEW]?|\d{1,3}(:\d{2}){2}\.\d[NSEW]\s*){1,2}$

这有点笨拙，但我会为你或将来发生这种情况的任何人分解它（你好，未来！）。

字符串的开头，简单。

\s*

任意数量的空格 - 甚至没有。

表示一个组的开始 - 我们会回到那个。

[-+]?

可选符号

\d{1,3}

1 到 3 位数

\*?

可选的星号 - 这里的转义是星号的关键，但如果您想用 unicode 代码点替换它以获得实际学位，则不需要它。

\s+

至少一个空格字符

\d{1,2}

1 位或两位数。

'?

可选的撇号

\s+\d{1,2}+

您以前见过这些，但有一个新的曲线球 - 在{1,2} 量词之后有一个加号！这使它成为一个占有量词，这意味着匹配器不会放弃它与该组的匹配以使另一个成为可能。这几乎完全是为了防止 1 1 11 1 1 匹配，但可用于在您 100% 确定不需要回溯的任何地方提高速度。

"?

可选的双引号。您必须在 Java 中对此进行转义。

[NSEW]?

可选的基本方向，由字母指定

或者 - 您可以匹配此之前组中的所有内容，或匹配此之后组中的所有内容。

\d{1,3}

旧闻。

(:\d{2})

一个冒号，后跟两个字符...

{2}

两次！

\.\d

小数点，后跟一个数字。

[NSEW]

和以前一样，但这次是强制性的。

\s*)

一些空间，最后该组结束。现在，第一组匹配了整个经度/纬度表示，最后有任意数量的空间。紧随其后的是：

{1,2}

这样做一次或两次 - 匹配一个或一对，然后最后：

字符串的结尾。

这并不完美，但非常接近，我认为它回答了最初的问题陈述。另外，我觉得我的解释已经足够揭开它的神秘面纱，您可以对其进行编辑以进一步满足您的需求。它不会（也不会）做的一件事是强制第一个坐标与样式中的第二个坐标匹配。对正则表达式的要求太多了。

怀疑者：Here it is in action。请尽情享受吧。

【讨论】：

The one thing it doesn't (and won't) do, is enforce that the first coordinate matches the second in style. That's just too much to ask of Regular Expressions. --> 无需付出太多努力就可以做到这一点 - 在问题的评论中检查我的代码。我什至会检查坐标以确保它在有效范围内。
是的，但是你的使用了三个正则表达式，并且必须检查每一个。有争论将它们与交替串在一起，但它仍然不是一个很好的正则表达式。这里最好的选择是查看它是否是 lat/lon 格式的对，然后提取值并对它们进行错误检查。
It's still not really a great regular expression - 我不明白你在这里如何判断“伟大”。性能 - 是的，可能不是很好。但简洁并不是一个很好的标准。 The best choice here is to see if it's a lat/lon formatted pair, then extract the values and do error checking on those. 使用宽松（和提取候选）和严格正则表达式（直接获取有效令牌）各有利弊——不看数据就不能说。
修改正则表达式也支持十进制度..^([+-]?\d{1,3}\*?\s+\d{1,2}'?\s+\d{1,2}+"?[NSEW]?|\d{1,3}(:\d{2}){2}\.\d[NSEW]\s*){1,2}$|\d{1,3}(.\d{1,9})

【解决方案2】：

一般来说，我认为这不是一个好方法。在您的界面中尝试使用一种特定格式的 DMS 坐标。
用户应在 3 个单独的文本字段中输入此内容。

此外，这个正则表达式不是很容易维护。

有更多的可能性来标注 DMS 坐标，你甚至无法想象。人类是有创造力的。

例如：

把N,S放在前面
或：北纬 157 度 50 分 55.796 秒
或：来自 wiki：NGS 现在说 1993 年该点是 21-18-02.54891 N 157-50-45.90280 W

【讨论】：

是的，这是真的，但是，该用户有所需的选项范围。我知道这些限制。
然后让用户从一组 x DMS 符号中进行选择，并将 dmsNotationID 与 DMS 坐标一起发送。否则会陷入混乱。

【解决方案3】：

我不是 RE 向导，但对于您的格式，如果您从单个文本框进行解析，您需要有某种约定来确定哪一对在前（可能是纬度）。

从那里，您有六个数字字段（每个数字字段（度、分、秒，可能带有小数点）、两个符号（每个 + 或 -）和最多两个半球（每个一个）。

据我所知，如果您只要求首先是纬度，然后是经度，那么每次从您的输入中解析这 8-10 个字段都会以相同的顺序发生。其余符号（保留小数点）基本上可以视为分隔符。

这样会更容易吗？

【讨论】：