inkelacker, Stefan; mitk-users@lists.sourceforge.net
Betreff: Re: [mitk-users] Python
Hi Peter,
Hope you all at DKFZ are doing well.
Sorry for reviving this old email thread. We had kind of pushed this down the
priority list back then.
Does this creation of python plugins/modules using python 3 work
21 42-2345
>
>
>
> p.ne...@dkfz.de
>
> www.dkfz.de
>
>
>
>
>
> Management Board: Prof. Dr. Michael Baumann, Prof. Dr. Josef Puchta
>
> VAT-ID No.: DE143293537
> --------------
> *Von:* Ashish Singh
> *Gesendet:* Donnerstag, 12. Deze
Hi,
It should be supported. So you found a bug ;).
You find the logic what is supported “to python” hidden at
https://phabricator.mitk.org/source/mitk/browse/master/Modules/QtPython/QmitkPythonVariableStackTableModel.cpp$41
ff
You find the logic what is supported “from python” hidden at
https:/
I will be happy to take a look as soon as the corona lockdown has ended. I
added a corresponding task to phabricator.
https://phabricator.mitk.org/T27324
Best,
Peter
Von: Floca, Ralf Omar
Gesendet: Donnerstag, 16. April 2020 22:20
An: Neher, Peter ; Samuel Klistorner
; mitk-users@lists.sourc
Hi,
short answer: sadly no. Not in the workbench ☹
Reason: The mechanism currently used to transfer the image data is very
primitive to say it politly. This is already very long on my would be great if
we finally would refactor that code part and really make the images transparent
accessible.
Hi Samuel,
you mean that the changes you are making in python are directly reflected in
the MITK image? Unfortunately I don't know if that is supposed to work. I will
try and look into this, but I never really used the python console.
@Ralf, are you a python console user in MITK and maybe kno
9 19:32
An: Dinkelacker, Stefan
Cc: mitk-users@lists.sourceforge.net
Betreff: Re: [mitk-users] Python
Hi Stefan,
We are using MITK version 2018.04.02 and creating our own plugins. We now need
to invoke python scripts that requires some python packages(such as
scikit-learn, numpy, pandas, etc.) a
Hi Stefan,
We are using MITK version 2018.04.02 and creating our own plugins. We now
need to invoke python scripts that requires some python packages(such as
scikit-learn, numpy, pandas, etc.) and we want it to be callable from our
plugins and also obviously pass it images or CSVs as input and som
Hi,
I am not using Python with MITK but a few months ago I improved MITK’s Python 3
integration as it was a little chaotic before and was a pain to set up in CI.
It was only merged into our master branch though, as our CMake interface
changed a little (it’s MITK_USE_Python3 now compared to the
I might have been wrong about easily getting dependencies - scipy still
requires external BLAS & LAPACK, but I still think it might be a good
idea to have pip-way at least for python-only packages.
Numpy actually installed cleanly using pip as well.
Rostislav.
On 26/02/2016 15:10, Rostislav Khl
Thanks.
M
> On 19 Oct 2015, at 09:52, Heim, Eric wrote:
>
> Hi Matt,
>
> The autoloading test issue and the crash should be fixed by restructuring the
> Python module in the following branch: bug-19066-refactorPythonModule
>
> Cheers,
> Eric
>
> -Ursprüngliche Nachricht-
> Von: Clar
Hi Matt,
The autoloading test issue and the crash should be fixed by restructuring the
Python module in the following branch: bug-19066-refactorPythonModule
Cheers,
Eric
-Ursprüngliche Nachricht-
Von: Clarkson, Matt [mailto:m.clark...@ucl.ac.uk]
Gesendet: Sonntag, 18. Oktober 2015 08:3
Hi Eric,
thanks. Yes it works. For other 3rd part apps: If you have a different
superbuild structure, you will also need to modify
mitkFunctionInstallPython.cmake, as well as the previously mentioned
PythonPath.h.in.
Thanks
M
> On 2 Oct 2015, at 12:01, Heim, Eric wrote:
>
> Hi Matt,
>
> T
Hi Matt,
The packaging process works in MITK. The python2.7 folder and all related
libraries are copied into the bin folder of the installer.
Best,
Eric
-Ursprüngliche Nachricht-
Von: Clarkson, Matt [mailto:m.clark...@ucl.ac.uk]
Gesendet: Freitag, 2. Oktober 2015 12:08
An: MITK
Betreff
Hi Ingmar,
Currently the Python Plugin can only be built with an system runtime on windows
x64 in release mode.
Therefore a python runtime in the version 2.7.x with numpy has to be installed
on the system.
Also Qt5 is not yet supported by the CTK Python wrapping that is used by MITK.
Currently
Hi Michael,
Bug [1] has been open and core dump attached. Thank you for your time.
[1]: http://bugs.mitk.org/show_bug.cgi?id=15389
HTH,
-F
On Thu, Jun 13, 2013 at 2:51 AM, Müller, Michael <
michael.muel...@dkfz-heidelberg.de> wrote:
> Hi Felix,
>
> ** **
>
> thanks for opening bug [1] a
Hi Felix,
thanks for opening bug [1] and contributing the patch. We had a problem with a
crash at startup using the Python module due to repeated instantiation of the
Python environment. I didn’t tried it yet with your latest patch, but please
open a new bug for it specifiying the problem and y
Hi,
MITK does not have any python bindings yet. You are right. We had/have plans to
realize python bindings for MITK but as we currently don`t have the personnel
capacity to do so, we announced it as a project. Unfortunately, with low
resonance so far.
So stay tuned, maybe MITK will have this
Hello Marco,
thank you for your email.
After you kindly pointed me to SWIG, I noticed that ITK actually uses a
modified version of it called CSWIG. They say it is best suited to handle
some difficult aspects of ITK.
Actually I don't understand very well how to run CSWIG, and, while waiting
from h
Hi Mario,
we have also plans for creating python bindings for MITK. First step
though is enabling shared libraries for the windows platform, which
should be available within the next weeks. I think the best wrapping
tool for MITK is SWIG, since it is already used by ITK and VTK.
Regards
Marco
20 matches
Mail list logo
