-
Notifications
You must be signed in to change notification settings - Fork 155
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error loading German model #103
Comments
Update: I found a simple work around. Adding the |
I think I got the same error recently, for me it worked when I downgraded my transformaers library to |
I had the same error and downgrading the transformers library and in addition downgrading protobuf to |
Thanks this fixed the same issue in French too ! |
Downgrading transformers and protobuf is now causing other dependency issues that I can't resolve
tannonk's solution seems to work, but is difficult in a non-persistent environment
It would be really helpful to be able to call the TypeError: Descriptors cannot not be created directly.
If this call came from a _pb2.py file, your generated code is out of date and must be regenerated with protoc >= 3.19.0.
If you cannot immediately regenerate your protos, some other possible workarounds are:
1. Downgrade the protobuf package to 3.20.x or lower.
2. Set PROTOCOL_BUFFERS_PYTHON_IMPLEMENTATION=python (but this will use pure-Python parsing and will be much slower).
...
File /databricks/python/lib/python3.11/site-packages/google/protobuf/descriptor.py:796, in EnumValueDescriptor.__new__(cls, name, index, number, type, options, serialized_options, create_key)
793 def __new__(cls, name, index, number,
794 type=None, # pylint: disable=redefined-builtin
795 options=None, serialized_options=None, create_key=None):
--> 796 _message.Message._CheckCalledFromGeneratedFile()
797 # There is no way we can build a complete EnumValueDescriptor with the
798 # given parameters (the name of the Enum is not known, for example).
799 # Fortunately generated files just pass it to the EnumDescriptor()
800 # constructor, which will ignore it, so returning None is good enough.
801 return None |
Hi,
I'd like to use benepar to parse German, however, when trying to add the German model to spacy's
nlp_pipe
, I get the following error:To reproduce:
Libraries:
If I swap out the models for their English counterparts (
en_core_web_md
,benepar_en3
), it runs fine. Any intuitions on why the German model fails to load?The text was updated successfully, but these errors were encountered: