ufal / udpipe

UDPipe: Trainable pipeline for tokenizing, tagging, lemmatizing and parsing Universal Treebanks and other CoNLL-U files
Mozilla Public License 2.0
359 stars 75 forks source link

Not getting the output, using API #173

Closed Shasetty closed 1 year ago

Shasetty commented 1 year ago

Hi Sir,

For the below text, not receiving the output from API [model english-ewt-ud-2.12-230717 -uri http://lindat.mff.cuni.cz/services/udpipe/api/process]

Let 's face it we 're annoyed.

Shankar Bangalore

foxik commented 1 year ago

When reporting a bug, please describe how exactly are you using the API, because otherwise it is difficult to respond.

On our end, it seems to be working fine; i.e., running

curl -F model=english-ewt-ud-2.12-230717 -F data="Let 's face it we 're annoyed." -F tokenizer= -F tagger= -F parser= https://lindat.mff.cuni.cz/services/udpipe/api/process

from the command-line returns a reasonable response.

bt2901 commented 1 year ago

I noticed the page at https://lindat.mff.cuni.cz/services/udpipe/run.php not working anymore. The entire LINDAT subdomain appear to be down (see https://downforeveryoneorjustme.com/lindat.mff.cuni.cz)

The UFAL subdomain appear working just fine, but the page at https://ufal.mff.cuni.cz/udpipe/2 still has (now broken) link:

The UDPipe 2 models are currently available from the LINDAT UDPipe REST Service.

bt2901 commented 1 year ago

Apparently, https://lindat.mff.cuni.cz now returns (bare) HTTP 451 status code for some reason, at least in some countries. Your curl command also doesn't work for me:

curl -F model=english-ewt-ud-2.12-230717 -F data="Let 's face it we 're annoyed." -F tokenizer= -F tagger= -F parser= https://lindat.mff.cuni.cz/services/udpipe/api/process --verbose
*   Trying 195.113.20.140:443...
* Connected to lindat.mff.cuni.cz (195.113.20.140) port 443 (#0)
* schannel: disabled automatic use of client certificate
* ALPN: offers http/1.1
* ALPN: server accepted http/1.1
* using HTTP/1.1
> POST /services/udpipe/api/process HTTP/1.1
> Host: lindat.mff.cuni.cz
> User-Agent: curl/8.0.1
> Accept: */*
> Content-Length: 577
> Content-Type: multipart/form-data; boundary=------------------------e824f350d6cdbbde
>
* We are completely uploaded and fine
< HTTP/1.1 451
< Server: nginx/1.20.1
< Date: Wed, 20 Sep 2023 22:11:14 GMT
< Content-Length: 0
< Connection: keep-alive
< Access-Control-Allow-Origin: *
< Access-Control-Allow-Credentials: true
< Access-Control-Allow-Headers: Cache-Control, Pragma, Origin, Authorization, Content-Type, X-Requested-With, user-agent
< Access-Control-Allow-Methods: GET, PUT, POST
<
* Connection #0 to host lindat.mff.cuni.cz left intact

I tried opening your website via onlineproxy.eu, and it works. But apparently, not every VPN works, and https://downforeveryoneorjustme.com/ (who I believe to be located in Delawere, USA) also fails to fetch lindat.mff.cuni.cz.

Shasetty commented 1 year ago

Thanks for replying.

There was a missing input of the software, in my side. its rectified now.

once again thank you