diff --git a/website/usage/_linguistic-features/_named-entities.jade b/website/usage/_linguistic-features/_named-entities.jade index d69cb545d..17a270866 100644 --- a/website/usage/_linguistic-features/_named-entities.jade +++ b/website/usage/_linguistic-features/_named-entities.jade @@ -159,7 +159,7 @@ p | To provide training examples to the entity recogniser, you'll first need | to create an instance of the #[+api("goldparse") #[code GoldParse]] class. | You can specify your annotations in a stand-off format or as token tags. - | If a character offset in your entity annotations don't fall on a token + | If a character offset in your entity annotations doesn't fall on a token | boundary, the #[code GoldParse] class will treat that annotation as a | missing value. This allows for more realistic training, because the | entity recogniser is allowed to learn from examples that may feature diff --git a/website/usage/_linguistic-features/_rule-based-matching.jade b/website/usage/_linguistic-features/_rule-based-matching.jade index f7c800c45..e96199eec 100644 --- a/website/usage/_linguistic-features/_rule-based-matching.jade +++ b/website/usage/_linguistic-features/_rule-based-matching.jade @@ -444,7 +444,7 @@ p | Let's say you're analysing user comments and you want to find out what | people are saying about Facebook. You want to start off by finding | adjectives following "Facebook is" or "Facebook was". This is obviously - | a very rudimentary solution, but it'll be fast, and a great way get an + | a very rudimentary solution, but it'll be fast, and a great way to get an | idea for what's in your data. Your pattern could look like this: +code. diff --git a/website/usage/_linguistic-features/_sentence-segmentation.jade b/website/usage/_linguistic-features/_sentence-segmentation.jade index c934e7259..444aedbb1 100644 --- a/website/usage/_linguistic-features/_sentence-segmentation.jade +++ b/website/usage/_linguistic-features/_sentence-segmentation.jade @@ -40,7 +40,7 @@ p | constrained to predict parses consistent with the sentence boundaries. +infobox("Important note", "⚠️") - | To prevent inconsitent state, you can only set boundaries #[em before] a + | To prevent inconsistent state, you can only set boundaries #[em before] a | document is parsed (and #[code Doc.is_parsed] is #[code False]). To | ensure that your component is added in the right place, you can set | #[code before='parser'] or #[code first=True] when adding it to the diff --git a/website/usage/_linguistic-features/_tokenization.jade b/website/usage/_linguistic-features/_tokenization.jade index fb64fdc6f..f0896332c 100644 --- a/website/usage/_linguistic-features/_tokenization.jade +++ b/website/usage/_linguistic-features/_tokenization.jade @@ -21,7 +21,7 @@ p | which needs to be split into two tokens: #[code {ORTH: "do"}] and | #[code {ORTH: "n't", LEMMA: "not"}]. The prefixes, suffixes and infixes | mosty define punctuation rules – for example, when to split off periods - | (at the end of a sentence), and when to leave token containing periods + | (at the end of a sentence), and when to leave tokens containing periods | intact (abbreviations like "U.S."). +graphic("/assets/img/language_data.svg") diff --git a/website/usage/_visualizers/_ent.jade b/website/usage/_visualizers/_ent.jade index e9174cc55..6a3e8538f 100644 --- a/website/usage/_visualizers/_ent.jade +++ b/website/usage/_visualizers/_ent.jade @@ -74,7 +74,7 @@ p displacy.serve(doc, style='ent') p - | This feature is espeically handy if you're using displaCy to compare + | This feature is especially handy if you're using displaCy to compare | performance at different stages of a process, e.g. during training. Here | you could use the title for a brief description of the text example and | the number of iterations. diff --git a/website/usage/_visualizers/_html.jade b/website/usage/_visualizers/_html.jade index 7e8daaba8..8e6948ebf 100644 --- a/website/usage/_visualizers/_html.jade +++ b/website/usage/_visualizers/_html.jade @@ -61,7 +61,7 @@ p output_path.open('w', encoding='utf-8').write(svg) p - | The above code will generate the dependency visualizations as to + | The above code will generate the dependency visualizations as | two files, #[code This-is-an-example.svg] and #[code This-is-another-one.svg]. diff --git a/website/usage/visualizers.jade b/website/usage/visualizers.jade index a092404ac..6da78aa87 100644 --- a/website/usage/visualizers.jade +++ b/website/usage/visualizers.jade @@ -24,7 +24,7 @@ include ../_includes/_mixins | standards. p - | The quickest way visualize #[code Doc] is to use + | The quickest way to visualize #[code Doc] is to use | #[+api("displacy#serve") #[code displacy.serve]]. This will spin up a | simple web server and let you view the result straight from your browser. | displaCy can either take a single #[code Doc] or a list of #[code Doc]