UUDigitalHumanitieslab / sastadev

Method definitions for use in SASTA
BSD 3-Clause "New" or "Revised" License
0 stars 0 forks source link

parsing fails: ConnectionRefusedError: [WinError 10061] No connection could be made because the target machine actively refused it #18

Closed JanOdijk closed 1 year ago

JanOdijk commented 1 year ago

Traceback (most recent call last): File "D:\Dropbox\jodijk\myprograms\python\sastacode\mysastadev\src\sastadev__main.py", line 1313, in main() File "D:\Dropbox\jodijk\myprograms\python\sastacode\mysastadev\src\sastadev__main__.py", line 883, in main treebank, errordict, allorandalts = correcttreebank(origtreebank, targets, options.methodname, options.corr) File "D:\Dropbox\jodijk\myprograms\python\sastacode\mysastadev\src\sastadev\correcttreebank.py", line 239, in correcttreebank newstree, orandalts = correct_stree(stree, method, corr) File "D:\Dropbox\jodijk\myprograms\python\sastacode\mysastadev\src\sastadev\correcttreebank.py", line 519, in correct_stree ctmds: List[Correction] = getcorrections(cleanutttokens, method, fatstree) File "D:\Dropbox\jodijk\myprograms\python\sastacode\mysastadev\src\sastadev\corrector.py", line 459, in getcorrections alternativemds = getalternatives(reducedtokensmd, method, tree, '0') File "D:\Dropbox\jodijk\myprograms\python\sastacode\mysastadev\src\sastadev\corrector.py", line 529, in getalternatives fatntree = fatparse(utterance, uttmd.tokens) File "D:\Dropbox\jodijk\myprograms\python\sastacode\mysastadev\src\sastadev\treebankfunctions.py", line 1905, in fatparse stree = settings.PARSE_FUNC(utterance) File "D:\Dropbox\jodijk\myprograms\python\sastacode\mysastadev\src\sastadev\sentence_parser.py", line 43, in parse xml = alp.parse_sentence(sentence) File "D:\Dropbox\jodijk\myprograms\python\sastacode\mysastadev\src\sastadev\sentence_parser.py", line 25, in parse_sentence with self.connection() as s: File "C:\Users\Odijk101\Anaconda3\envs\sastadev\lib\contextlib.py", line 112, in enter__ return next(self.gen) File "D:\Dropbox\jodijk\myprograms\python\sastacode\mysastadev\src\sastadev\sentence_parser.py", line 17, in connection s = socket.create_connection((sastadev.conf.settings.ALPINO_HOST, sastadev.conf.settings.ALPINO_PORT)) File "C:\Users\Odijk101\Anaconda3\envs\sastadev\lib\socket.py", line 728, in create_connection raise err File "C:\Users\Odijk101\Anaconda3\envs\sastadev\lib\socket.py", line 716, in create_connection sock.connect(sa) ConnectionRefusedError: [WinError 10061] No connection could be made because the target machine actively refused it

Process finished with exit code 1

JanOdijk commented 1 year ago

Ik gebruik normaal natuurlijk de functies in alpino_parsing.py om Alpino aan te roepen

JeltevanBoheemen commented 1 year ago

Ah, hij staat standaard op de functie die een lokale alpino server verwacht. Ik zal het fixen.

JeltevanBoheemen commented 1 year ago

Resolved in 43a7ceae1f2139b7620843fc294d8fe88c0093e0

JanOdijk commented 1 year ago

Hoe krijg ik dat nu lokaal? Door git pull? Hij zegt bij mij: (base) D:\Dropbox\jodijk\myprograms\python\sastacode\mysastadev>git checkout feature/packaging Switched to branch 'feature/packaging' Your branch is up to date with 'origin/feature/packaging'.

Maar dat ie denkt dat ik up to date ben komt waarschijnlijk omdat hij niet weet dat jij al dingen veranderd hebt?

From: Jelte van Boheemen @.> Sent: donderdag 6 juli 2023 10:23 To: UUDigitalHumanitieslab/sastadev @.> Cc: Odijk, J.E.J.M. (Jan) @.>; Author @.> Subject: Re: [UUDigitalHumanitieslab/sastadev] parsing fails: ConnectionRefusedError: [WinError 10061] No connection could be made because the target machine actively refused it (Issue #18)

Resolved in 43a7ceahttps://github.com/UUDigitalHumanitieslab/sastadev/commit/43a7ceae1f2139b7620843fc294d8fe88c0093e0

— Reply to this email directly, view it on GitHubhttps://github.com/UUDigitalHumanitieslab/sastadev/issues/18#issuecomment-1623206066, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AF3FJGTGD3HU7UF7KLAXUUDXOZYXLANCNFSM6AAAAAAZ7A3FXA. You are receiving this because you authored the thread.Message ID: @.**@.>>

JeltevanBoheemen commented 1 year ago

Inderdaad git pull. Als je wil zien wat je hoeveel commits je voor/achter loopt t.o.v een remote, doe je eerst git fetch

JanOdijk commented 1 year ago

Het draait nu, werkt voor 1 file die ik getest heb. Ik moest nog 1 aanpassing doen, nl in mksilver.py, line 80

colsok = checkpermformat(silverheader, silverdata, permsilvercolcount)

vervangen door

colsok = checkpermformat(silverheader, silverdata, permsilvercolcount, strict=False)

(door andere aanpassingen die ik gedaan had werkt strict=True (de default) niet meer. Zal ik die aanpassing committen en pushen naar origin? of stel je iets anders voor

Nu wil ik ik een ander script gebruiken dat sastadev loslaat op meerdere files, vergelijkingen maakt met eerdere runs etc. Daarvoor moe ik de dataroot specificeren en die moet bij mij zijn

D:\Dropbox\jodijk\Utrecht\Projects\SASTADATA

Hoe doe ik dat?

1 mogelijkheid die ik zie is

settings.DATAROOT = r'D:\Dropbox\jodijk\Utrecht\Projects\SASTADATA'

toevoegen aan conf.py. (na line 26

Of stel je iets anders voor?

Of moet ik dat anders doen?

JeltevanBoheemen commented 1 year ago

Het beste kun je op de plaats waar je sasta aanroept, dus in het script dat je gebruikt:

from sastadev.conf import settings
settings.DATAROOT = 'D:\Dropbox\jodijk\Utrecht\Projects\SASTADATA'

Alle aanroepen nadat je dit instelt gebruiken dan de nieuwe locatie.

Als je de code in sastadev.conf aanpast komt dat weer in git terecht, en dat willen we vermijden.

JanOdijk commented 1 year ago

Ok, maar ik heb die dataroot in meerdere scripts nodig, dus ik zou het maar een keer willen specificeren. het script waarin het dan opgenomen wordt zit trouwens ook in git, zij het in een ander git repository dan sastadev. Ik weet even niet precies wat nu de beste strategie is

JeltevanBoheemen commented 1 year ago

Het is niet erg om settings voor sastadev op te nemen in de git van het script wat je draait. Wat onhandig is, is om de settings direct in de sastadev code op te nemen, want dan is het voor alle instanties van sastadev meteen de default.

Als je meerdere script hebt (in dezelfde directory) die dezelfde sastadev settings gebruiken, kun je bijvoorbeeld in een __init__.py bestand de setting instellen.