<div dir="ltr">Let me know if I can help. I have Anaconda Python installed for windows which is great because it includes numpy, scipy etc.<div><br><div>One thing Anaconda Python does is that it allows the user to change environments so that python can refer to either python 2.7.8 or python 3.4 depending upon the environment.</div><div><br></div><div><div>find_package(PythonInterp 3)</div><div>find_package(PythonLibs 3)</div><div><br></div><div>Will not find the 3.4 if your default is 2.7.8. So I guess you will have to set the default path to the 3.4 version. Not a great hardship but worth noting.</div><div><br></div><div class="gmail_extra">Anaconda Python can also install in the user's home directory. The VTK version of FindPythonLibs.cmake (which is old) will not pick up the lib and include path in this case. I thought of removing this file entirely and using the CMake one. Is this Ok?</div><div class="gmail_extra"><br></div><div class="gmail_extra">In vtkPythonWrapping.cmake there is a plethora (love that word!) of python variables e.g PYTHON_VERSION_MAJOR, PYTHON_VERSION_MINOR from the Cmake version of FindPythonInterp.cmake and PYTHON_MAJOR_VERSION, PYTHON_MINOR_VERSION, PYTHON_MICRO_VERSION from the VTK version of FindPythonLibs.cmake. I believe that that section of code building up to if(NOT ${_interp_version} STREQUAL ${_libs_version}) could be simplified by just comparing PYTHON_VERSION_STRING and PYTHONLIBS_VERSION_STRING. The only issue I see is in Utilities/Python/<a href="http://vtkPythonConfigure.h.in">vtkPythonConfigure.h.in</a>. Given that we have already compared the library and executable version in vtkPythonWrapping.cmake. Would it be safe to use:</div><div class="gmail_extra"><div class="gmail_extra">./Utilities/Python/vtkPythonConfigure.h.in:#define VTK_PYTHON_VERSION_HEX ((@<span style="color:rgb(51,51,51);line-height:15.6000003814697px;background-color:rgb(238,255,204)">PYTHON_VERSION_MAJOR</span>@ << 24) | (@<span style="color:rgb(51,51,51);line-height:15.6000003814697px;background-color:rgb(238,255,204)">PYTHON_VERSION_MINOR</span>@ << 16) | (@<span style="color:rgb(51,51,51);line-height:15.6000003814697px;background-color:rgb(238,255,204)">PYTHON_VERSION_PATCH</span>@ << 8))</div><div class="gmail_extra">instead of:</div><div class="gmail_extra"><div class="gmail_extra">./Utilities/Python/vtkPythonConfigure.h.in:#define VTK_PYTHON_VERSION_HEX ((@PYT</div><div class="gmail_extra">HON_MAJOR_VERSION@ << 24) | (@PYTHON_MINOR_VERSION@ << 16) | (@PYTHON_MICRO_VERSION@ << 8))</div><div class="gmail_extra">here?</div></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">Let me know what you think.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Regards</div><div class="gmail_extra"> Andrew</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>---------- Forwarded message ----------<br>From: Berk Geveci <<a href="mailto:berk.geveci@kitware.com">berk.geveci@kitware.com</a>><br>To: Arnd Baecker <<a href="mailto:arnd.baecker@web.de">arnd.baecker@web.de</a>><br>Cc: David Gobbi <<a href="mailto:david.gobbi@gmail.com">david.gobbi@gmail.com</a>>, "<a href="mailto:vtkusers@vtk.org">vtkusers@vtk.org</a>" <<a href="mailto:vtkusers@vtk.org">vtkusers@vtk.org</a>><br>Date: Tue, 10 Mar 2015 07:55:02 -0400<br>Subject: Re: [vtkusers] VTK Python3 support<br><div dir="ltr">Hi Arnd,<div><br></div><div>Your assessment sounds in the right ballpark. I don't foresee more issues. In fact, most of the Python code in VTK is in the testing suite. I'd hope that any errors there would be caught easily. The huge majority of non-testing Python code is in Wrapping/Python/vtk, which is something like 40 files. I volunteer taking care of most of those files. I am pretty sure that we can find volunteers to fix the tests. So upgrading the Python files is really not that hard. Wrapping is the main challenge.</div><div><br></div><div>Best,</div><div>-berk</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 10, 2015 at 3:45 AM, Arnd Baecker <span dir="ltr"><<a href="mailto:arnd.baecker@web.de" target="_blank">arnd.baecker@web.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">As a follow-up concerning the conversion of the .py files:<br>
I have run the current 6.2 release through pylint<br>
with --py3k option.<br>
<br>
Excluding everything from the ThirdParty directory<br>
(which for example contains Twisted 14.0.0 which<br>
is not yet ported to Python 3)<br>
this is only approx 780 python files.<br>
<br>
One gets a total of 3130 violations spread over 745 files.<br>
<br>
Out of these there are:<br>
- 2325 violations W1618<br>
(missing `from __future__ import absolute_import`)<br>
Adding this line actually might not be necessary, it just indicates<br>
that this behaviour is the default on python 3.<br>
- 552 violations E1601<br>
print statement.<br>
This can be easily solved using<br>
from __future__ import print_function<br>
and converting all print-statements to print(...)<br>
- 53 violations E1604<br>
syntax change in raise<br>
<br>
So this leaves some further 200 violations spread over 72 files.<br>
These have to be looked at individually.<br>
Several warn about the change in division<br>
(which can be solved using ``from __future__ import division``<br>
and using // instead of the current usage of /.<br>
<br>
Overall that part seems doable with reasonable effort<br>
(But maybe I am seeing things too optimistic<br>
or I am overlooking something ...).<br>
In the end this would mean that all examples and tests<br>
could (in principle) be run both on python 2 and python 3<br>
without any further code changes.<br>
Moreover, ThirdParty already contains SixPython<br>
which could be used if there are changes like range vs. xrange etc.<br>
<br>
Are there automatic tests runs<br>
a) for the python code?<br>
b) to determine code-coverage for VTK<br>
(including the python side)?<br>
This would help to prevent any regression<br>
during the above steps.<br>
<br>
Concerning the first two points of David:<span><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
1) VTK wrapping still uses old-style classes. I've been meaning to fix this.<br>
2) Basic compile issues and cross-compatibility for py3 and py2 -<br>
we received a patch that fixes some of these issues.<br>
</blockquote></span>
I have no clue how much work this is...<br>
<br>
Best, Arnd<br>
<br>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the VTK FAQ at: <a href="http://www.vtk.org/Wiki/VTK_FAQ" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtkusers" target="_blank">http://markmail.org/search/?q=vtkusers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/vtkusers" target="_blank">http://public.kitware.com/mailman/listinfo/vtkusers</a><br>
<br></blockquote></div><br></div>
<br><br>---------- Forwarded message ----------<br>From: David Gobbi <<a href="mailto:david.gobbi@gmail.com">david.gobbi@gmail.com</a>><br>To: -Daniel- <<a href="mailto:ich_daniel@habmalnefrage.de">ich_daniel@habmalnefrage.de</a>><br>Cc: VTK Users <<a href="mailto:vtkusers@vtk.org">vtkusers@vtk.org</a>><br>Date: Tue, 10 Mar 2015 06:52:47 -0600<br>Subject: Re: [vtkusers] VTK+GDCM+JAVA error in CMake<br><div dir="ltr">Hi Daniel,<div><br></div><div>There isn't any support for surface segmentation objects in vtk-dicom. It is only</div><div>able to generate DICOM data sets for images.</div><div><br></div><div> - David</div><div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 10, 2015 at 4:53 AM, -Daniel- <span dir="ltr"><<a href="mailto:ich_daniel@habmalnefrage.de" target="_blank">ich_daniel@habmalnefrage.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I try it again.<br>
<br>
Unfortunately I have received no info from the GDCM community. I don't know<br>
where I can add the variable.<br>
Now I'm trying to vtk-dicom.<br>
Is there a simple example to write an STL object in the DICOM format?</blockquote></div><br></div></div></div>
<br><br>---------- Forwarded message ----------<br>From: Doug Hoppes <<a href="mailto:dhoppes@mbfbioscience.com">dhoppes@mbfbioscience.com</a>><br>To: "<a href="mailto:vtkusers@vtk.org">vtkusers@vtk.org</a>" <<a href="mailto:vtkusers@vtk.org">vtkusers@vtk.org</a>><br>Cc: <br>Date: Tue, 10 Mar 2015 12:53:40 +0000<br>Subject: [vtkusers] how to join triangles into a smooth surface<br>
<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal">Hey all,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"> I have two cylinders that are joined at a 60 degree angle from each other. Ideally, I would love for the actors to join seamlessly as one surface. Essentially, I’m looking for a way to do it that looks like a metanurb
or nurb surface or a really smooth isosurface. Is there a way to do this?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Doug<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
<br><br>---------- Forwarded message ----------<br>From: David Gobbi <<a href="mailto:david.gobbi@gmail.com">david.gobbi@gmail.com</a>><br>To: "<a href="mailto:vtkusers@vtk.org">vtkusers@vtk.org</a>" <<a href="mailto:vtkusers@vtk.org">vtkusers@vtk.org</a>><br>Cc: <br>Date: Tue, 10 Mar 2015 07:37:42 -0600<br>Subject: Re: [vtkusers] VTK Python3 support<br><div dir="ltr">Hi All,<div><br></div><div>I think that it is a very good point that py3k support is needed in</div><div>order for vtk-python to move forward as a teaching tool for new</div><div>students. We're actually very lucky that the scientific computing</div><div>community has decided to stick with python, because moving</div><div>to a whole new language would be _really_ tough.</div><div><br></div><div>As far as the wrappers go, currently the C++ PyVTKClass and</div><div>PyVTKObject extension types provide an old-style (python 1.5)</div><div>metaclass mechanism. Moving forward, each VTK class can</div><div>be its own extension type... I looked at the wrapper code over</div><div>the weekend, and it's a few days' work that I can probably get</div><div>done sometime in May or June.</div><div><br></div><div>After that, the wrappers will have to be modified to handle the</div><div>changes that py3k made to PyInt and PyLong, and then all the</div><div>necessary #ifdefs will have to be added so that both py2 and</div><div>py3k versions of the wrappers will compile.</div><div><br></div><div>Fortunately, VTK has an abundance of python tests, including</div><div>many tests in Common/Core/Testing/Python for special features</div><div>of the wrappers. So I don't think we're likely to break anything</div><div>(e.g. numpy support) in the transition.</div><div><br></div><div> - David</div>
</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 10, 2015 at 5:55 AM, Berk Geveci <span dir="ltr"><<a href="mailto:berk.geveci@kitware.com" target="_blank">berk.geveci@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Hi Arnd,<div><br></div><div>Your assessment sounds in the right ballpark. I don't foresee more issues. In fact, most of the Python code in VTK is in the testing suite. I'd hope that any errors there would be caught easily. The huge majority of non-testing Python code is in Wrapping/Python/vtk, which is something like 40 files. I volunteer taking care of most of those files. I am pretty sure that we can find volunteers to fix the tests. So upgrading the Python files is really not that hard. Wrapping is the main challenge.</div><div><br></div><div>Best,</div><div>-berk</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Tue, Mar 10, 2015 at 3:45 AM, Arnd Baecker <span dir="ltr"><<a href="mailto:arnd.baecker@web.de" target="_blank">arnd.baecker@web.de</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div>As a follow-up concerning the conversion of the .py files:<br>
I have run the current 6.2 release through pylint<br>
with --py3k option.<br>
<br>
Excluding everything from the ThirdParty directory<br>
(which for example contains Twisted 14.0.0 which<br>
is not yet ported to Python 3)<br>
this is only approx 780 python files.<br>
<br>
One gets a total of 3130 violations spread over 745 files.<br>
<br>
Out of these there are:<br>
- 2325 violations W1618<br>
(missing `from __future__ import absolute_import`)<br>
Adding this line actually might not be necessary, it just indicates<br>
that this behaviour is the default on python 3.<br>
- 552 violations E1601<br>
print statement.<br>
This can be easily solved using<br>
from __future__ import print_function<br>
and converting all print-statements to print(...)<br>
- 53 violations E1604<br>
syntax change in raise<br>
<br>
So this leaves some further 200 violations spread over 72 files.<br>
These have to be looked at individually.<br>
Several warn about the change in division<br>
(which can be solved using ``from __future__ import division``<br>
and using // instead of the current usage of /.<br>
<br>
Overall that part seems doable with reasonable effort<br>
(But maybe I am seeing things too optimistic<br>
or I am overlooking something ...).<br>
In the end this would mean that all examples and tests<br>
could (in principle) be run both on python 2 and python 3<br>
without any further code changes.<br>
Moreover, ThirdParty already contains SixPython<br>
which could be used if there are changes like range vs. xrange etc.<br>
<br>
Are there automatic tests runs<br>
a) for the python code?<br>
b) to determine code-coverage for VTK<br>
(including the python side)?<br>
This would help to prevent any regression<br>
during the above steps.<br>
<br>
Concerning the first two points of David:<span><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
1) VTK wrapping still uses old-style classes. I've been meaning to fix this.<br>
2) Basic compile issues and cross-compatibility for py3 and py2 -<br>
we received a patch that fixes some of these issues.<br>
</blockquote></span>
I have no clue how much work this is...<br>
<br>
Best, Arnd<br>
<br></div></div><span>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the VTK FAQ at: <a href="http://www.vtk.org/Wiki/VTK_FAQ" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtkusers" target="_blank">http://markmail.org/search/?q=vtkusers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/vtkusers" target="_blank">http://public.kitware.com/mailman/listinfo/vtkusers</a><br>
<br></span></blockquote></div><br></div>
</blockquote></div><br></div>
<br><br>---------- Forwarded message ----------<br>From: Sean McBride <<a href="mailto:sean@rogue-research.com">sean@rogue-research.com</a>><br>To: Andy Somogyi <<a href="mailto:andy.somogyi@gmail.com">andy.somogyi@gmail.com</a>>, <<a href="mailto:vtkusers@vtk.org">vtkusers@vtk.org</a>><br>Cc: <br>Date: Tue, 10 Mar 2015 10:43:04 -0400<br>Subject: Re: [vtkusers] Building Cocoa example on OSX<br>On Mon, 9 Mar 2015 21:53:10 -0400, Andy Somogyi said:<br>
<br>
>This question has been asked before, but I’ve not seen any resolution.<br>
><br>
>I’m trying the build a Cocoa example on OSX 10.9, and I get the<br>
>Undefined symbols for architecture x86_64:<br>
><br>
>"_OBJC_CLASS_$_vtkCocoaGLView", referenced from:<br>
> _OBJC_CLASS_$_BasicVTKView in BasicVTKView.o<br>
>"_OBJC_METACLASS_$_vtkCocoaGLView", referenced from:<br>
> _OBJC_METACLASS_$_BasicVTKView in BasicVTKView.o<br>
<br>
The SimpleCocoaVTK example? Are you trying to build it from it's Xcode project or with CMake? In any case, IIRC, it was broken for a while but fixed in git master months ago. Could you try VTK 6.2?<br>
<br>
Cheers,<br>
<br>
--<br>
____________________________________________________________<br>
Sean McBride, B. Eng <a href="mailto:sean@rogue-research.com">sean@rogue-research.com</a><br>
Rogue Research <a href="http://www.rogue-research.com" target="_blank">www.rogue-research.com</a><br>
Mac Software Developer Montréal, Québec, Canada<br>
<br>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the VTK FAQ at: <a href="http://www.vtk.org/Wiki/VTK_FAQ" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtkusers" target="_blank">http://markmail.org/search/?q=vtkusers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/vtkusers" target="_blank">http://public.kitware.com/mailman/listinfo/vtkusers</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">___________________________________________<br>Andrew J. P. Maclean<br><br>___________________________________________</div>
</div></div></div></div>