mirror of
https://github.com/explosion/spaCy.git
synced 2024-12-27 18:36:36 +03:00
d33953037e
* Create aryaprabhudesai.md (#2681) * Update _install.jade (#2688) Typo fix: "models" -> "model" * Add FAC to spacy.explain (resolves #2706) * Remove docstrings for deprecated arguments (see #2703) * When calling getoption() in conftest.py, pass a default option (#2709) * When calling getoption() in conftest.py, pass a default option This is necessary to allow testing an installed spacy by running: pytest --pyargs spacy * Add contributor agreement * update bengali token rules for hyphen and digits (#2731) * Less norm computations in token similarity (#2730) * Less norm computations in token similarity * Contributor agreement * Remove ')' for clarity (#2737) Sorry, don't mean to be nitpicky, I just noticed this when going through the CLI and thought it was a quick fix. That said, if this was intention than please let me know. * added contributor agreement for mbkupfer (#2738) * Basic support for Telugu language (#2751) * Lex _attrs for polish language (#2750) * Signed spaCy contributor agreement * Added polish version of english lex_attrs * Introduces a bulk merge function, in order to solve issue #653 (#2696) * Fix comment * Introduce bulk merge to increase performance on many span merges * Sign contributor agreement * Implement pull request suggestions * Describe converters more explicitly (see #2643) * Add multi-threading note to Language.pipe (resolves #2582) [ci skip] * Fix formatting * Fix dependency scheme docs (closes #2705) [ci skip] * Don't set stop word in example (closes #2657) [ci skip] * Add words to portuguese language _num_words (#2759) * Add words to portuguese language _num_words * Add words to portuguese language _num_words * Update Indonesian model (#2752) * adding e-KTP in tokenizer exceptions list * add exception token * removing lines with containing space as it won't matter since we use .split() method in the end, added new tokens in exception * add tokenizer exceptions list * combining base_norms with norm_exceptions * adding norm_exception * fix double key in lemmatizer * remove unused import on punctuation.py * reformat stop_words to reduce number of lines, improve readibility * updating tokenizer exception * implement is_currency for lang/id * adding orth_first_upper in tokenizer_exceptions * update the norm_exception list * remove bunch of abbreviations * adding contributors file * Fixed spaCy+Keras example (#2763) * bug fixes in keras example * created contributor agreement * Adding French hyphenated first name (#2786) * Fix typo (closes #2784) * Fix typo (#2795) [ci skip] Fixed typo on line 6 "regcognizer --> recognizer" * Adding basic support for Sinhala language. (#2788) * adding Sinhala language package, stop words, examples and lex_attrs. * Adding contributor agreement * Updating contributor agreement * Also include lowercase norm exceptions * Fix error (#2802) * Fix error ValueError: cannot resize an array that references or is referenced by another array in this way. Use the resize function * added spaCy Contributor Agreement * Add charlax's contributor agreement (#2805) * agreement of contributor, may I introduce a tiny pl languge contribution (#2799) * Contributors agreement * Contributors agreement * Contributors agreement * Add jupyter=True to displacy.render in documentation (#2806) * Revert "Also include lowercase norm exceptions" This reverts commit70f4e8adf3
. * Remove deprecated encoding argument to msgpack * Set up dependency tree pattern matching skeleton (#2732) * Fix bug when too many entity types. Fixes #2800 * Fix Python 2 test failure * Require older msgpack-numpy * Restore encoding arg on msgpack-numpy * Try to fix version pin for msgpack-numpy * Update Portuguese Language (#2790) * Add words to portuguese language _num_words * Add words to portuguese language _num_words * Portuguese - Add/remove stopwords, fix tokenizer, add currency symbols * Extended punctuation and norm_exceptions in the Portuguese language * Correct error in spacy universe docs concerning spacy-lookup (#2814) * Update Keras Example for (Parikh et al, 2016) implementation (#2803) * bug fixes in keras example * created contributor agreement * baseline for Parikh model * initial version of parikh 2016 implemented * tested asymmetric models * fixed grevious error in normalization * use standard SNLI test file * begin to rework parikh example * initial version of running example * start to document the new version * start to document the new version * Update Decompositional Attention.ipynb * fixed calls to similarity * updated the README * import sys package duh * simplified indexing on mapping word to IDs * stupid python indent error * added code from https://github.com/tensorflow/tensorflow/issues/3388 for tf bug workaround * Fix typo (closes #2815) [ci skip] * Update regex version dependency * Set version to 2.0.13.dev3 * Skip seemingly problematic test * Remove problematic test * Try previous version of regex * Revert "Remove problematic test" This reverts commitbdebbef455
. * Unskip test * Try older version of regex * 💫 Update training examples and use minibatching (#2830) <!--- Provide a general summary of your changes in the title. --> ## Description Update the training examples in `/examples/training` to show usage of spaCy's `minibatch` and `compounding` helpers ([see here](https://spacy.io/usage/training#tips-batch-size) for details). The lack of batching in the examples has caused some confusion in the past, especially for beginners who would copy-paste the examples, update them with large training sets and experienced slow and unsatisfying results. ### Types of change enhancements ## Checklist <!--- Before you submit the PR, go over this checklist and make sure you can tick off all the boxes. [] -> [x] --> - [x] I have submitted the spaCy Contributor Agreement. - [x] I ran the tests, and all new and existing tests passed. - [x] My changes don't require a change to the documentation, or if they do, I've added all required information. * Visual C++ link updated (#2842) (closes #2841) [ci skip] * New landing page * Add contribution agreement * Correcting lang/ru/examples.py (#2845) * Correct some grammatical inaccuracies in lang\ru\examples.py; filled Contributor Agreement * Correct some grammatical inaccuracies in lang\ru\examples.py * Move contributor agreement to separate file * Set version to 2.0.13.dev4 * Add Persian(Farsi) language support (#2797) * Also include lowercase norm exceptions * Remove in favour of https://github.com/explosion/spaCy/graphs/contributors * Rule-based French Lemmatizer (#2818) <!--- Provide a general summary of your changes in the title. --> ## Description <!--- Use this section to describe your changes. If your changes required testing, include information about the testing environment and the tests you ran. If your test fixes a bug reported in an issue, don't forget to include the issue number. If your PR is still a work in progress, that's totally fine – just include a note to let us know. --> Add a rule-based French Lemmatizer following the english one and the excellent PR for [greek language optimizations](https://github.com/explosion/spaCy/pull/2558) to adapt the Lemmatizer class. ### Types of change <!-- What type of change does your PR cover? Is it a bug fix, an enhancement or new feature, or a change to the documentation? --> - Lemma dictionary used can be found [here](http://infolingu.univ-mlv.fr/DonneesLinguistiques/Dictionnaires/telechargement.html), I used the XML version. - Add several files containing exhaustive list of words for each part of speech - Add some lemma rules - Add POS that are not checked in the standard Lemmatizer, i.e PRON, DET, ADV and AUX - Modify the Lemmatizer class to check in lookup table as a last resort if POS not mentionned - Modify the lemmatize function to check in lookup table as a last resort - Init files are updated so the model can support all the functionalities mentioned above - Add words to tokenizer_exceptions_list.py in respect to regex used in tokenizer_exceptions.py ## Checklist <!--- Before you submit the PR, go over this checklist and make sure you can tick off all the boxes. [] -> [x] --> - [X] I have submitted the spaCy Contributor Agreement. - [X] I ran the tests, and all new and existing tests passed. - [X] My changes don't require a change to the documentation, or if they do, I've added all required information. * Set version to 2.0.13 * Fix formatting and consistency * Update docs for new version [ci skip] * Increment version [ci skip] * Add info on wheels [ci skip] * Adding "This is a sentence" example to Sinhala (#2846) * Add wheels badge * Update badge [ci skip] * Update README.rst [ci skip] * Update murmurhash pin * Increment version to 2.0.14.dev0 * Update GPU docs for v2.0.14 * Add wheel to setup_requires * Import prefer_gpu and require_gpu functions from Thinc * Add tests for prefer_gpu() and require_gpu() * Update requirements and setup.py * Workaround bug in thinc require_gpu * Set version to v2.0.14 * Update push-tag script * Unhack prefer_gpu * Require thinc 6.10.6 * Update prefer_gpu and require_gpu docs [ci skip] * Fix specifiers for GPU * Set version to 2.0.14.dev1 * Set version to 2.0.14 * Update Thinc version pin * Increment version * Fix msgpack-numpy version pin * Increment version * Update version to 2.0.16 * Update version [ci skip] * Redundant ')' in the Stop words' example (#2856) <!--- Provide a general summary of your changes in the title. --> ## Description <!--- Use this section to describe your changes. If your changes required testing, include information about the testing environment and the tests you ran. If your test fixes a bug reported in an issue, don't forget to include the issue number. If your PR is still a work in progress, that's totally fine – just include a note to let us know. --> ### Types of change <!-- What type of change does your PR cover? Is it a bug fix, an enhancement or new feature, or a change to the documentation? --> ## Checklist <!--- Before you submit the PR, go over this checklist and make sure you can tick off all the boxes. [] -> [x] --> - [ ] I have submitted the spaCy Contributor Agreement. - [ ] I ran the tests, and all new and existing tests passed. - [ ] My changes don't require a change to the documentation, or if they do, I've added all required information. * Documentation improvement regarding joblib and SO (#2867) Some documentation improvements ## Description 1. Fixed the dead URL to joblib 2. Fixed Stack Overflow brand name (with space) ### Types of change Documentation ## Checklist <!--- Before you submit the PR, go over this checklist and make sure you can tick off all the boxes. [] -> [x] --> - [x] I have submitted the spaCy Contributor Agreement. - [x] I ran the tests, and all new and existing tests passed. - [x] My changes don't require a change to the documentation, or if they do, I've added all required information. * raise error when setting overlapping entities as doc.ents (#2880) * Fix out-of-bounds access in NER training The helper method state.B(1) gets the index of the first token of the buffer, or -1 if no such token exists. Normally this is safe because we pass this to functions like state.safe_get(), which returns an empty token. Here we used it directly as an array index, which is not okay! This error may have been the cause of out-of-bounds access errors during training. Similar errors may still be around, so much be hunted down. Hunting this one down took a long time...I printed out values across training runs and diffed, looking for points of divergence between runs, when no randomness should be allowed. * Change PyThaiNLP Url (#2876) * Fix missing comma * Add example showing a fix-up rule for space entities * Set version to 2.0.17.dev0 * Update regex version * Revert "Update regex version" This reverts commit62358dd867
. * Try setting older regex version, to align with conda * Set version to 2.0.17 * Add spacy-js to universe [ci-skip] * Add spacy-raspberry to universe (closes #2889) * Add script to validate universe json [ci skip] * Removed space in docs + added contributor indo (#2909) * - removed unneeded space in documentation * - added contributor info * Allow input text of length up to max_length, inclusive (#2922) * Include universe spec for spacy-wordnet component (#2919) * feat: include universe spec for spacy-wordnet component * chore: include spaCy contributor agreement * Minor formatting changes [ci skip] * Fix image [ci skip] Twitter URL doesn't work on live site * Check if the word is in one of the regular lists specific to each POS (#2886) * 💫 Create random IDs for SVGs to prevent ID clashes (#2927) Resolves #2924. ## Description Fixes problem where multiple visualizations in Jupyter notebooks would have clashing arc IDs, resulting in weirdly positioned arc labels. Generating a random ID prefix so even identical parses won't receive the same IDs for consistency (even if effect of ID clash isn't noticable here.) ### Types of change bug fix ## Checklist <!--- Before you submit the PR, go over this checklist and make sure you can tick off all the boxes. [] -> [x] --> - [x] I have submitted the spaCy Contributor Agreement. - [x] I ran the tests, and all new and existing tests passed. - [x] My changes don't require a change to the documentation, or if they do, I've added all required information. * Fix typo [ci skip] * fixes symbolic link on py3 and windows (#2949) * fixes symbolic link on py3 and windows during setup of spacy using command python -m spacy link en_core_web_sm en closes #2948 * Update spacy/compat.py Co-Authored-By: cicorias <cicorias@users.noreply.github.com> * Fix formatting * Update universe [ci skip] * Catalan Language Support (#2940) * Catalan language Support * Ddding Catalan to documentation * Sort languages alphabetically [ci skip] * Update tests for pytest 4.x (#2965) <!--- Provide a general summary of your changes in the title. --> ## Description - [x] Replace marks in params for pytest 4.0 compat ([see here](https://docs.pytest.org/en/latest/deprecations.html#marks-in-pytest-mark-parametrize)) - [x] Un-xfail passing tests (some fixes in a recent update resolved a bunch of issues, but tests were apparently never updated here) ### Types of change <!-- What type of change does your PR cover? Is it a bug fix, an enhancement or new feature, or a change to the documentation? --> ## Checklist <!--- Before you submit the PR, go over this checklist and make sure you can tick off all the boxes. [] -> [x] --> - [x] I have submitted the spaCy Contributor Agreement. - [x] I ran the tests, and all new and existing tests passed. - [x] My changes don't require a change to the documentation, or if they do, I've added all required information. * Fix regex pin to harmonize with conda (#2964) * Update README.rst * Fix bug where Vocab.prune_vector did not use 'batch_size' (#2977) Fixes #2976 * Fix typo * Fix typo * Remove duplicate file * Require thinc 7.0.0.dev2 Fixes bug in gpu_ops that would use cupy instead of numpy on CPU * Add missing import * Fix error IDs * Fix tests
275 lines
12 KiB
Plaintext
275 lines
12 KiB
Plaintext
//- 💫 DOCS > USAGE > LINGUISTIC FEATURES > DEPENDENCY PARSE
|
||
|
||
p
|
||
| spaCy features a fast and accurate syntactic dependency parser, and has
|
||
| a rich API for navigating the tree. The parser also powers the sentence
|
||
| boundary detection, and lets you iterate over base noun phrases, or
|
||
| "chunks". You can check whether a #[+api("doc") #[code Doc]] object has
|
||
| been parsed with the #[code doc.is_parsed] attribute, which returns a
|
||
| boolean value. If this attribute is #[code False], the default sentence
|
||
| iterator will raise an exception.
|
||
|
||
+h(3, "noun-chunks") Noun chunks
|
||
|
||
p
|
||
| Noun chunks are "base noun phrases" – flat phrases that have a noun as
|
||
| their head. You can think of noun chunks as a noun plus the words describing
|
||
| the noun – for example, "the lavish green grass" or "the world’s largest
|
||
| tech fund". To get the noun chunks in a document, simply iterate over
|
||
| #[+api("doc#noun_chunks") #[code Doc.noun_chunks]].
|
||
|
||
+code-exec.
|
||
import spacy
|
||
|
||
nlp = spacy.load('en_core_web_sm')
|
||
doc = nlp(u"Autonomous cars shift insurance liability toward manufacturers")
|
||
for chunk in doc.noun_chunks:
|
||
print(chunk.text, chunk.root.text, chunk.root.dep_,
|
||
chunk.root.head.text)
|
||
|
||
+aside
|
||
| #[strong Text:] The original noun chunk text.#[br]
|
||
| #[strong Root text:] The original text of the word connecting the noun
|
||
| chunk to the rest of the parse.#[br]
|
||
| #[strong Root dep:] Dependency relation connecting the root to its head.#[br]
|
||
| #[strong Root head text:] The text of the root token's head.#[br]
|
||
|
||
+table(["Text", "root.text", "root.dep_", "root.head.text"])
|
||
- var style = [0, 0, 1, 0]
|
||
+annotation-row(["Autonomous cars", "cars", "nsubj", "shift"], style)
|
||
+annotation-row(["insurance liability", "liability", "dobj", "shift"], style)
|
||
+annotation-row(["manufacturers", "manufacturers", "pobj", "toward"], style)
|
||
|
||
+h(3, "navigating") Navigating the parse tree
|
||
|
||
p
|
||
| spaCy uses the terms #[strong head] and #[strong child] to describe the words
|
||
| #[strong connected by a single arc] in the dependency tree. The term
|
||
| #[strong dep] is used for the arc label, which describes the type of
|
||
| syntactic relation that connects the child to the head. As with other
|
||
| attributes, the value of #[code .dep] is a hash value. You can get
|
||
| the string value with #[code .dep_].
|
||
|
||
+code-exec.
|
||
import spacy
|
||
|
||
nlp = spacy.load('en_core_web_sm')
|
||
doc = nlp(u"Autonomous cars shift insurance liability toward manufacturers")
|
||
for token in doc:
|
||
print(token.text, token.dep_, token.head.text, token.head.pos_,
|
||
[child for child in token.children])
|
||
|
||
+aside
|
||
| #[strong Text]: The original token text.#[br]
|
||
| #[strong Dep]: The syntactic relation connecting child to head.#[br]
|
||
| #[strong Head text]: The original text of the token head.#[br]
|
||
| #[strong Head POS]: The part-of-speech tag of the token head.#[br]
|
||
| #[strong Children]: The immediate syntactic dependents of the token.
|
||
|
||
+table(["Text", "Dep", "Head text", "Head POS", "Children"])
|
||
- var style = [0, 1, 0, 1, 0]
|
||
+annotation-row(["Autonomous", "amod", "cars", "NOUN", ""], style)
|
||
+annotation-row(["cars", "nsubj", "shift", "VERB", "Autonomous"], style)
|
||
+annotation-row(["shift", "ROOT", "shift", "VERB", "cars, liability, toward"], style)
|
||
+annotation-row(["insurance", "compound", "liability", "NOUN", ""], style)
|
||
+annotation-row(["liability", "dobj", "shift", "VERB", "insurance"], style)
|
||
+annotation-row(["toward", "prep", "shift", "NOUN", "manufacturers"], style)
|
||
+annotation-row(["manufacturers", "pobj", "toward", "ADP", ""], style)
|
||
|
||
+codepen("dcf8d293367ca185b935ed2ca11ebedd", 370)
|
||
|
||
p
|
||
| Because the syntactic relations form a tree, every word has
|
||
| #[strong exactly one head]. You can therefore iterate over the arcs in
|
||
| the tree by iterating over the words in the sentence. This is usually
|
||
| the best way to match an arc of interest — from below:
|
||
|
||
+code-exec.
|
||
import spacy
|
||
from spacy.symbols import nsubj, VERB
|
||
|
||
nlp = spacy.load('en_core_web_sm')
|
||
doc = nlp(u"Autonomous cars shift insurance liability toward manufacturers")
|
||
|
||
# Finding a verb with a subject from below — good
|
||
verbs = set()
|
||
for possible_subject in doc:
|
||
if possible_subject.dep == nsubj and possible_subject.head.pos == VERB:
|
||
verbs.add(possible_subject.head)
|
||
print(verbs)
|
||
|
||
p
|
||
| If you try to match from above, you'll have to iterate twice: once for
|
||
| the head, and then again through the children:
|
||
|
||
+code.
|
||
# Finding a verb with a subject from above — less good
|
||
verbs = []
|
||
for possible_verb in doc:
|
||
if possible_verb.pos == VERB:
|
||
for possible_subject in possible_verb.children:
|
||
if possible_subject.dep == nsubj:
|
||
verbs.append(possible_verb)
|
||
break
|
||
|
||
p
|
||
| To iterate through the children, use the #[code token.children]
|
||
| attribute, which provides a sequence of #[+api("token") #[code Token]]
|
||
| objects.
|
||
|
||
+h(4, "navigating-around") Iterating around the local tree
|
||
|
||
p
|
||
| A few more convenience attributes are provided for iterating around the
|
||
| local tree from the token. The #[+api("token#lefts") #[code Token.lefts]]
|
||
| and #[+api("token#rights") #[code Token.rights]] attributes provide
|
||
| sequences of syntactic children that occur before and after the token.
|
||
| Both sequences are in sentence order. There are also two integer-typed
|
||
| attributes, #[+api("token#n_rights") #[code Token.n_rights]] and
|
||
| #[+api("token#n_lefts") #[code Token.n_lefts]], that give the number of
|
||
| left and right children.
|
||
|
||
+code-exec.
|
||
import spacy
|
||
|
||
nlp = spacy.load('en_core_web_sm')
|
||
doc = nlp(u"bright red apples on the tree")
|
||
print([token.text for token in doc[2].lefts]) # ['bright', 'red']
|
||
print([token.text for token in doc[2].rights]) # ['on']
|
||
print(doc[2].n_lefts) # 2
|
||
print(doc[2].n_rights) # 1
|
||
|
||
+code-exec.
|
||
import spacy
|
||
|
||
nlp = spacy.load('de_core_news_sm')
|
||
doc = nlp(u"schöne rote Äpfel auf dem Baum")
|
||
print([token.text for token in doc[2].lefts]) # ['schöne', 'rote']
|
||
print([token.text for token in doc[2].rights]) # ['auf']
|
||
|
||
p
|
||
| You can get a whole phrase by its syntactic head using the
|
||
| #[+api("token#subtree") #[code Token.subtree]] attribute. This returns an
|
||
| ordered sequence of tokens. You can walk up the tree with the
|
||
| #[+api("token#ancestors") #[code Token.ancestors]] attribute, and
|
||
| check dominance with
|
||
| #[+api("token#is_ancestor") #[code Token.is_ancestor()]].
|
||
|
||
+aside("Projective vs. non-projective")
|
||
| For the #[+a("/models/en") default English model], the
|
||
| parse tree is #[strong projective], which means that there are no crossing
|
||
| brackets. The tokens returned by #[code .subtree] are therefore guaranteed
|
||
| to be contiguous. This is not true for the German model, which has many
|
||
| #[+a(COMPANY_URL + "/blog/german-model#word-order", true) non-projective dependencies].
|
||
|
||
+code-exec.
|
||
import spacy
|
||
|
||
nlp = spacy.load('en_core_web_sm')
|
||
doc = nlp(u"Credit and mortgage account holders must submit their requests")
|
||
|
||
root = [token for token in doc if token.head == token][0]
|
||
subject = list(root.lefts)[0]
|
||
for descendant in subject.subtree:
|
||
assert subject is descendant or subject.is_ancestor(descendant)
|
||
print(descendant.text, descendant.dep_, descendant.n_lefts,
|
||
descendant.n_rights,
|
||
[ancestor.text for ancestor in descendant.ancestors])
|
||
|
||
+table(["Text", "Dep", "n_lefts", "n_rights", "ancestors"])
|
||
- var style = [0, 1, 1, 1, 0]
|
||
+annotation-row(["Credit", "nmod", 0, 2, "holders, submit"], style)
|
||
+annotation-row(["and", "cc", 0, 0, "Credit, holders, submit"], style)
|
||
+annotation-row(["mortgage", "compound", 0, 0, "account, Credit, holders, submit"], style)
|
||
+annotation-row(["account", "conj", 1, 0, "Credit, holders, submit"], style)
|
||
+annotation-row(["holders", "nsubj", 1, 0, "submit"], style)
|
||
|
||
p
|
||
| Finally, the #[code .left_edge] and #[code .right_edge] attributes
|
||
| can be especially useful, because they give you the first and last token
|
||
| of the subtree. This is the easiest way to create a #[code Span] object
|
||
| for a syntactic phrase. Note that #[code .right_edge] gives a token
|
||
| #[strong within] the subtree — so if you use it as the end-point of a
|
||
| range, don't forget to #[code +1]!
|
||
|
||
+code-exec.
|
||
import spacy
|
||
|
||
nlp = spacy.load('en_core_web_sm')
|
||
doc = nlp(u"Credit and mortgage account holders must submit their requests")
|
||
span = doc[doc[4].left_edge.i : doc[4].right_edge.i+1]
|
||
span.merge()
|
||
for token in doc:
|
||
print(token.text, token.pos_, token.dep_, token.head.text)
|
||
|
||
+table(["Text", "POS", "Dep", "Head text"])
|
||
- var style = [0, 1, 1, 0]
|
||
+annotation-row(["Credit and mortgage account holders", "NOUN", "nsubj", "submit"], style)
|
||
+annotation-row(["must", "VERB", "aux", "submit"], style)
|
||
+annotation-row(["submit", "VERB", "ROOT", "submit"], style)
|
||
+annotation-row(["their", "ADJ", "poss", "requests"], style)
|
||
+annotation-row(["requests", "NOUN", "dobj", "submit"], style)
|
||
|
||
+infobox("Dependency label scheme", "📖")
|
||
| For a list of the syntactic dependency labels assigned by spaCy's models
|
||
| across different languages, see the
|
||
| #[+a("/api/annotation#pos-tagging") dependency label scheme documentation].
|
||
|
||
|
||
+h(3, "displacy") Visualizing dependencies
|
||
|
||
p
|
||
| The best way to understand spaCy's dependency parser is interactively.
|
||
| To make this easier, spaCy v2.0+ comes with a visualization module. You
|
||
| can pass a #[code Doc] or a list of #[code Doc] objects to
|
||
| displaCy and run #[+api("top-level#displacy.serve") #[code displacy.serve]] to
|
||
| run the web server, or #[+api("top-level#displacy.render") #[code displacy.render]]
|
||
| to generate the raw markup. If you want to know how to write rules that
|
||
| hook into some type of syntactic construction, just plug the sentence into
|
||
| the visualizer and see how spaCy annotates it.
|
||
|
||
+code-exec.
|
||
import spacy
|
||
from spacy import displacy
|
||
|
||
nlp = spacy.load('en_core_web_sm')
|
||
doc = nlp(u"Autonomous cars shift insurance liability toward manufacturers")
|
||
displacy.render(doc, style='dep', jupyter=True)
|
||
|
||
+infobox
|
||
| For more details and examples, see the
|
||
| #[+a("/usage/visualizers") usage guide on visualizing spaCy]. You
|
||
| can also test displaCy in our #[+a(DEMOS_URL + "/displacy", true) online demo].
|
||
|
||
+h(3, "disabling") Disabling the parser
|
||
|
||
p
|
||
| In the #[+a("/models") default models], the parser is loaded and enabled
|
||
| as part of the
|
||
| #[+a("/usage/processing-pipelines") standard processing pipeline].
|
||
| If you don't need any of the syntactic information, you should disable
|
||
| the parser. Disabling the parser will make spaCy load and run much faster.
|
||
| If you want to load the parser, but need to disable it for specific
|
||
| documents, you can also control its use on the #[code nlp] object.
|
||
|
||
+code.
|
||
nlp = spacy.load('en', disable=['parser'])
|
||
nlp = English().from_disk('/model', disable=['parser'])
|
||
doc = nlp(u"I don't want parsed", disable=['parser'])
|
||
|
||
+infobox("Important note: disabling pipeline components")
|
||
.o-block
|
||
| Since spaCy v2.0 comes with better support for customising the
|
||
| processing pipeline components, the #[code parser] keyword argument
|
||
| has been replaced with #[code disable], which takes a list of
|
||
| #[+a("/usage/processing-pipelines") pipeline component names].
|
||
| This lets you disable both default and custom components when loading
|
||
| a model, or initialising a Language class via
|
||
| #[+api("language#from_disk") #[code from_disk]].
|
||
+code-new.
|
||
nlp = spacy.load('en', disable=['parser'])
|
||
doc = nlp(u"I don't want parsed", disable=['parser'])
|
||
+code-old.
|
||
nlp = spacy.load('en', parser=False)
|
||
doc = nlp(u"I don't want parsed", parse=False)
|