trin | Ethereum portal client : a json-rpc server | Cryptocurrency library

Your data file starts with a BOM — Byte Order Mark — probably because it is on (or from) Windows and contains UTF-8 data.

See the Unicode FAQ on BOM — Byte Order Mark. The bytes in the BOM would be 0xEF, 0xBB, 0xBF.

This little program shows that when you subtract '0' from the bytes of the BOM, you get the values you see in your output:

You can replace you current loop with this one:

Take a look here, you might simply use improper optimizer. If that doesn't help, I would try to use 1 as batch size, to see if at least within first runs there is a change. As well the learning rate might be a problem, try to play with its value and see if the accuracy changes.

For future reference

I got an answer from another forum. The problem is with The Arduino IDE's auto-prototype generation.

This solves the problem.

Stored procedure not adding any data without any error

It is because the OPENXML simply returns NULL.

Most users should not be calling train() more than once in their own loop, where they try to manage the alpha & iterations themselves. It is too easy to do it wrong.

Specifically, your code where you call train() in a loop is doing it wrong. Whatever online source or tutorial you modeled this code on, you should stop consulting, as it's misleading or outdated. (The notebooks bundled with gensim are better examples on which to base any code.)

Even more specifically: your looping code is actually doing 100 passes over the data, 20 of your outer loops, then the default d2v.iter 5 times each call to train(). And your first train() call is smoothly decaying the effective alpha from 0.025 to 0.00025, a 100x reduction. But then your next train() call uses a fixed alpha of 0.0248 for 5 passes. Then 0.0246, etc, until your last loop does 5 passes at alpha=0.0212 – not even 80% of the starting value. That is, the lowest alpha will have been reached early in your training.

Call the two options exactly the same except for the way the corpus_file is specified, instead of an iterable corpus.

You should get similar results from both corpus forms. (If you had a reproducible test case where the same corpus gets very different-quality results, and there wasn't some other error, that could be worth reporting to gensim as a bug.)

If the results for both aren't as good as when you were managing train() and alpha wrongly, it would likely be because you aren't doing a comparable amount of total training.

You could take a generator for getting parts of a string and iterate this values by checking if the right side has some character to split. If that is the case call the function again with that string and map new pairs for the result set.

Thanks to @Tobias I was able to understand what was wrong with my code.

I had no idea how signal and slot worked, in fact I had no idea there was such a thing.

Now I can achieve the desired result using a slot.

Also for people who are new to PyQt5, you can connect a QPushButton to a function and also send parameters, something that I was unable to do by directly connecting it, just use lambda Example: