On 2019-07-01 10:13 PM, Adam Tauno Williams wrote:
I am trying to connect to a Named Instance on an MS-SQL server using
pyODBC.
The ODBC driver works, as I can connection without issue to a non-
named-instance SQL-Server used by another application.
What is the DSN (connection) string magick to
On 01Jul2019 08:23, josé mariano wrote:
The new software would use a settings files in one "standard" format. I
like INI. It's note very powerful, but is easy to read and enough for
the matter at hand. I could then use configparser to parse the settings
to the main module. One separate module
On Tue, Jul 2, 2019 at 6:59 AM Markos wrote:
>
> Hi,
>
> I observed that matplotlib reads an image file (PNG) as float32:
>
> Please, how to read this file as int8 to get RGB in range of 0-255?
>
> Thank you,
>
> Markos
>
> >import numpy as np
>
> >import matplotlib.pyplot as plt
>
> >import matpl
Hi,
I observed that matplotlib reads an image file (PNG) as float32:
Please, how to read this file as int8 to get RGB in range of 0-255?
Thank you,
Markos
import numpy as np
import matplotlib.pyplot as plt
import matplotlib.image as mpimg
imagem = mpimg.imread('lenna.png')
print
I am trying to connect to a Named Instance on an MS-SQL server using
pyODBC.
The ODBC driver works, as I can connection without issue to a non-
named-instance SQL-Server used by another application.
What is the DSN (connection) string magick to connect to a named
instance?
I can connect from my
> I am exactly in the "pretty advanced usage": I want to create a zip that
> embed numpy. In this case, I have to bundle the C extension. How can I do
> that?
1. PyInstaller
2. PyOxide (new technology, may or may not support Numpy)
Let us know how you make out.
Malcolm
--
https://mail.python
> The other main limitation (not so much a gotcha as a consequence of
> how the OS works) is that you can't load C extensions (pyd or so
> files) from a zipfile. If you need to do that, you'll have to bundle
> the C extensions to work around that limitation, but that's pretty
> advanced usage.
>
Dear All,
Thank you very much for your valuable input.
Thanks Alan for your kind words. I'm not Spanish, I'm Portuguese, but I know
what you mean.
Thomas, I was able to track down the author but he is not willing to release
the source code. The executable is free but apparently the source is not
On Monday, September 24, 2018 at 11:48:59 AM UTC+3, Fetchinson . wrote:
> I'm trying to compile python 3.7.0 from source with a custom libffi
> path and the compiler/linker doesn't seem to pick up the right
> version. The system libffi doesn't have the development files so I've
> installed the late