You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/cognitive-services/LUIS/reference-entity-regular-expression.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
2
title: Regular expression entity type - LUIS
3
3
titleSuffix: Azure Cognitive Services
4
-
description: A regular expression is best for raw utterance text. It ignores case and ignores cultural variant. Regular expression matching is applied after spell-check alterations at the character level, not the token level.
4
+
description: A regular expression is best for raw utterance text. It ignores case and ignores cultural variant. Regular expression matching is applied after spell-check alterations at the character level, not the token level.
5
5
services: cognitive-services
6
6
author: diberry
7
7
manager: nitinme
@@ -11,16 +11,16 @@ ms.topic: reference
11
11
ms.date: 09/29/2019
12
12
ms.author: diberry
13
13
---
14
-
# Regular expression entity
14
+
# Regular expression entity
15
15
16
16
A regular expression entity extracts an entity based on a regular expression pattern you provide.
17
17
18
-
A regular expression is best for raw utterance text. It ignores case and ignores cultural variant. Regular expression matching is applied after spell-check alterations at the character level, not the token level. If the regular expression is too complex, such as using many brackets, you're not able to add the expression to the model. Uses part but not all of the [.NET Regex](https://docs.microsoft.com/dotnet/standard/base-types/regular-expressions) library.
18
+
A regular expression is best for raw utterance text. It ignores case and ignores cultural variant. Regular expression matching is applied after spell-check alterations at the character level, not the token level. If the regular expression is too complex, such as using many brackets, you're not able to add the expression to the model. Uses part but not all of the [.NET Regex](https://docs.microsoft.com/dotnet/standard/base-types/regular-expressions) library.
19
19
20
20
**The entity is a good fit when:**
21
21
22
22
* The data are consistently formatted with any variation that is also consistent.
23
-
* The regular expression does not need more than 2 levels of nesting.
23
+
* The regular expression does not need more than 2 levels of nesting.
This regex expression also matches any words that end with these numbers, such as `phone`. In order to fix issues like this, make sure the regex matches takes into account word boundaries. The regex to use word boundaries for this example is used in the following regex:
36
36
@@ -96,8 +96,8 @@ This is the JSON if `verbose=true` is set in the query string:
96
96
}
97
97
```
98
98
99
-
* * *
99
+
* * *
100
100
101
101
## Next steps
102
102
103
-
In this [tutorial](luis-quickstart-intents-regex-entity.md), create an app to extract consistently-formatted data from an utterance using the **Regular Expression** entity.
103
+
In this [tutorial](tutorial-regex-entity.md), create an app to extract consistently-formatted data from an utterance using the **Regular Expression** entity.
0 commit comments