<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><DIV>Hi,</DIV>
<DIV>When I process Points in Delaunay3D from a binary 3D matrix I have the<BR>following message:<BR>Generic Warning: In m:\dev\cur\vtkdotnet\branch\50\Common\vtkMath.cxx, line 394<BR>Unable to factor linear system<BR>Warning: In m:\dev\cur\vtkdotnet\branch\50\Graphics\vtkDelaunay3D.cxx, line 487<BR>vtkDelaunay3D (0C767768): 7 degenerate triangles encountered, mesh quality suspect</DIV>
<DIV>Why ?<BR>My code on C# looks like this : <BR> <BR> LoadMatrix(innex);// to load the 3D binary matrix<BR> int id=0;<BR> vtk.vtkPoints points = new vtk.vtkPoints();<BR> points.SetNumberOfPoints(Nbslice * NbColonne * Nbraw);<BR> <BR> for (z = 0; z < Nbslice; z++)<BR> {<BR> for (y = 0; y < NbColonne; y++)<BR>
{<BR> for (x = 0; x < Nbraw; x++)<BR> {<BR> <BR> if ((int)Canal3D[x, y, z] !=0)<BR> {<BR>
points.InsertPoint(id, x, y, z);<BR> id = id + 1;<BR> } <BR> }<BR> }<BR> }<BR> vtk.vtkPolyData poly = new
vtk.vtkPolyData();<BR> poly.SetPoints(points);<BR> vtk.vtkDelaunay3D del3D = new vtk.vtkDelaunay3D();<BR> del3D.SetInput(poly);<BR> del3D.SetTolerance(0.01);<BR> del3D.SetAlpha(0.2);<BR> del3D.BoundingTriangulationOff();<BR> vtk.vtkShrinkFilter shrink = new vtk.vtkShrinkFilter();<BR> shrink.SetInput(del3D.GetOutput());<BR>
shrink.SetShrinkFactor(0.9);<BR> vtk.vtkDataSetMapper mapper = new vtk.vtkDataSetMapper();<BR> mapper.SetInput(shrink.GetOutput());<BR> vtk.vtkActor coneActor = new vtk.vtkActor();<BR> coneActor.SetMapper(mapper);<BR> vtk.vtkRenderer ren1 = new vtk.vtkRenderer();<BR> ren1.AddActor(coneActor);<BR> ren1.SetBackground(0.0f, 0.0f, 0.0f); renWin.AddRenderer(ren1);<BR></DIV><BR><BR>--- En date de : <B>Dim 2.8.09, vtkusers-request@vtk.org <I><vtkusers-request@vtk.org></I></B> a écrit :<BR>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: rgb(16,16,255) 2px solid"><BR>De: vtkusers-request@vtk.org <vtkusers-request@vtk.org><BR>Objet: vtkusers Digest, Vol 64, Issue 2<BR>À: vtkusers@vtk.org<BR>Date: Dimanche 2 Août 2009, 18h00<BR><BR>
<DIV class=plainMail>Send vtkusers mailing list submissions to<BR> <A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=vtkusers@vtk.org" ymailto="mailto:vtkusers@vtk.org">vtkusers@vtk.org</A><BR><BR>To subscribe or unsubscribe via the World Wide Web, visit<BR> <A href="http://www.vtk.org/mailman/listinfo/vtkusers" target=_blank>http://www.vtk.org/mailman/listinfo/vtkusers</A><BR>or, via email, send a message with subject or body 'help' to<BR> <A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=vtkusers-request@vtk.org" ymailto="mailto:vtkusers-request@vtk.org">vtkusers-request@vtk.org</A><BR><BR>You can reach the person managing the list at<BR> <A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=vtkusers-owner@vtk.org" ymailto="mailto:vtkusers-owner@vtk.org">vtkusers-owner@vtk.org</A><BR><BR>When replying, please edit your Subject line so it is more specific<BR>than "Re:
Contents of vtkusers digest..."<BR><BR><BR>Today's Topics:<BR><BR> 1. Re: [CMake] QT_QTCORE_LIBRARY_DEBUG-NOTFOUND (Dominik Szczerba)<BR> 2. Re: [Paraview] qvtk problems with the pipeline (Dominik Szczerba)<BR> 3. Re: [CMake] QT_QTCORE_LIBRARY_DEBUG-NOTFOUND (Dominik Szczerba)<BR><BR><BR>----------------------------------------------------------------------<BR><BR>Message: 1<BR>Date: Sat, 01 Aug 2009 19:42:33 +0200<BR>From: Dominik Szczerba <<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=dominik@itis.ethz.ch" ymailto="mailto:dominik@itis.ethz.ch">dominik@itis.ethz.ch</A>><BR>Subject: Re: [vtkusers] [CMake] QT_QTCORE_LIBRARY_DEBUG-NOTFOUND<BR>To: Clinton Stimpson <<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=clinton@elemtech.com" ymailto="mailto:clinton@elemtech.com">clinton@elemtech.com</A>><BR>Cc: VTK users group <<A
href="http://fr.mc240.mail.yahoo.com/mc/compose?to=vtkusers@vtk.org" ymailto="mailto:vtkusers@vtk.org">vtkusers@vtk.org</A>>, CMake mailing list<BR> <<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=cmake@cmake.org" ymailto="mailto:cmake@cmake.org">cmake@cmake.org</A>><BR>Message-ID: <<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=4A747E89.9070007@itis.ethz.ch" ymailto="mailto:4A747E89.9070007@itis.ethz.ch">4A747E89.9070007@itis.ethz.ch</A>><BR>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<BR><BR>Yes indeed, I was confused by Windows where one has separate libs e.g. <BR>QtCore and QtCored. Still, I do not have any /usr/lib/libQt*debug files <BR>(I DID install the qt-dbg pacgages) but the symbols are somehow there in <BR>the debugger backtrace despite debug versions NOTFOUND. It's a quite <BR>confusing. But many thanks for clarifications!<BR>-- Dominik<BR><BR>Clinton Stimpson wrote:<BR>> On
08/01/2009 01:28 AM, Dominik Szczerba wrote:<BR>>> Hi,<BR>>><BR>>> I want to build vtk with cmake using QT in debug mode on linux. I have <BR>>> tried both installing the system QT debug symbols package (Ubuntu) as <BR>>> well as compiling QT myself with (debug-and-release mode), but cmake <BR>>> keeps displaying:<BR>>><BR>>> QT_QTCORE_LIBRARY_DEBUG-NOTFOUND<BR>>><BR>>> My CMAKE_BUILD_TYPE is DEBUG. How can I force the use of QT debug <BR>>> version?<BR>>><BR>>> - Dominik<BR>>><BR>> <BR>> Qt typically gives a .debug file for debug symbols. So that would be a <BR>> libQtCore.so and libQtCore.so.debug instead of libQtCore.so and <BR>> libQtCored.so. Its fine for QT_QTCORE_LIBRARY_DEBUG to be NOTFOUND, if <BR>> you have a .debug file. Or if you configured Qt with -debug and it gave <BR>> you a debug library with the name of a release
library, you can ignore <BR>> that QT_QTCORE_LIBRARY_DEBUG is NOTFOUND.<BR>> <BR>> Clint<BR>> <BR>> <BR><BR><BR>-- <BR>d o m i n i k s z c z e r b a , p h d . . . . . . . . . . .<BR>c o m p u t a t i o n a l l i f e s c i e n c e g r o u p<BR>. . . . . . . i t ' i s r e s e a r c h f o u n d a t i o n<BR>. . . . . . . . . . . . . . . . . . . . <A href="http://www.itis.ethz.ch/" target=_blank>http://www.itis.ethz.ch</A><BR><BR><BR><BR>------------------------------<BR><BR>Message: 2<BR>Date: Sat, 01 Aug 2009 19:52:45 +0200<BR>From: Dominik Szczerba <<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=dominik@itis.ethz.ch" ymailto="mailto:dominik@itis.ethz.ch">dominik@itis.ethz.ch</A>><BR>Subject: Re: [vtkusers] [Paraview] qvtk problems with the pipeline<BR>To: Clinton Stimpson <<A
href="http://fr.mc240.mail.yahoo.com/mc/compose?to=clinton@elemtech.com" ymailto="mailto:clinton@elemtech.com">clinton@elemtech.com</A>><BR>Cc: VTK users group <<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=vtkusers@vtk.org" ymailto="mailto:vtkusers@vtk.org">vtkusers@vtk.org</A>>, <A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=paraview@paraview.org" ymailto="mailto:paraview@paraview.org">paraview@paraview.org</A><BR>Message-ID: <<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=4A7480ED.4050201@itis.ethz.ch" ymailto="mailto:4A7480ED.4050201@itis.ethz.ch">4A7480ED.4050201@itis.ethz.ch</A>><BR>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<BR><BR>Clinton Stimpson wrote:<BR>> On 08/01/2009 05:01 AM, Dominik Szczerba wrote:<BR>>> Many thanks for the feedback. Pls see below:<BR>>><BR>>> Clinton Stimpson wrote:<BR>>>> Dominik Szczerba wrote:<BR>>>>> My pipeline works all
right and gets updated on demand properly. I <BR>>>>> achieve it by connecting spinboxes/lineedits etc. to functions that <BR>>>>> set parameters of my filters before I explicitly hit the final <BR>>>>> 'apply' button. The annoying problem is that the pipeline gets <BR>>>>> executed also when I interact with the render window (click to <BR>>>>> rotate etc.). I did not (intend to) set up such functionality, I <BR>>>>> want the pipeline to execute only after an explicit button click <BR>>>>> (like in paraview). How do I find out who is triggering the pipeline <BR>>>>> behind my back?<BR>>>>><BR>>>>> - Dominik<BR>>>>><BR>>>> ParaView queues up the changes, and only applies them to the filters <BR>>>> when the apply button is pressed.<BR>>>> If you're applying them on the filters when
spinboxes/lineedits <BR>>>> change, and a menu comes and goes over the graphics view, that could <BR>>>> trigger an update you might not want.<BR>>>><BR>>>> How about your apply button gathering the parameters from the widgets <BR>>>> on the form and applying them?<BR>>> That was my original idea and implementation: However, this way the <BR>>> WHOLE pipeline ALWAYS gets re-executed. Concrete example pipeline: <BR>>> extractVOI->GaussianSmooth. If Apply button gathers the parameters and <BR>>> sets them to the filters every time, changing e.g. only smoothing <BR>>> params (while keeping the same VOI) still causes both filters to <BR>>> re-execute. This should not happen, as VOI should be up to date. The <BR>>> same is true for more filters, e.g. Threshold: re-feeding the same <BR>>> parameters and/or arrays to process somehow fools the up-to-date'ness
<BR>>> of the filter. Am I expected to walk around the problem by bookkeeping <BR>>> the changing params and the up-to-date'ness myself?<BR>>><BR>>> Note that this is different to paraview, where you have only one <BR>>> filter per menu entry and can explicitly request changes. Here I have <BR>>> one meta-filter, consisting of several atomic ones.<BR>>><BR>>> After your remark I feel the original approach was the right one. But <BR>>> then how do I only request the update if a REAL CHANGE and not only a <BR>>> FORMAL SET of parameters is the case?<BR>>><BR>> <BR>> vtkSetMacro checks for changes before calling this->Modified(); But are <BR>> you saying its a problem because not all Set functions check for changes?<BR><BR>I am saying that (e.g.) setting VOI in vtkExtractVOI or <BR>InputArrayToProcess in vtkThreshold to the already previously set values <BR>(no factual
change, just re-feed of the old ones) triggers the pipeline <BR>to re-execute. I do not understand this behavior as I was - as you point <BR>out - hoping for the set macros to take care of that.<BR><BR>> <BR>> To do your own bookkeeping, one idea is to connect to the QWidget's user <BR>> property's notify signal (see QMetaObject::userPropery), and anytime one <BR>> of those fires, you add to a list of widgets that have changed. Then at <BR>> apply time, just push those values down.<BR>> <BR><BR>A little above my knowledge level but many thanks for the pointers to <BR>start with!<BR><BR>Overall, many thanks for valuable insights.<BR><BR>-- Dominik<BR><BR>> Clint<BR>> <BR>> <BR><BR><BR>-- <BR>d o m i n i k s z c z e r b a , p h d . . . . . . . . . . .<BR>c o m p u t a t i o n a l l i f e s c i e n c e g r o u p<BR>. . . . . . . i t ' i
s r e s e a r c h f o u n d a t i o n<BR>. . . . . . . . . . . . . . . . . . . . <A href="http://www.itis.ethz.ch/" target=_blank>http://www.itis.ethz.ch</A><BR><BR><BR><BR>------------------------------<BR><BR>Message: 3<BR>Date: Sat, 01 Aug 2009 20:35:36 +0200<BR>From: Dominik Szczerba <<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=dominik@itis.ethz.ch" ymailto="mailto:dominik@itis.ethz.ch">dominik@itis.ethz.ch</A>><BR>Subject: Re: [vtkusers] [CMake] QT_QTCORE_LIBRARY_DEBUG-NOTFOUND<BR>To: Pau Garcia i Quiles <<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=pgquiles@elpauer.org" ymailto="mailto:pgquiles@elpauer.org">pgquiles@elpauer.org</A>><BR>Cc: VTK users group <<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=vtkusers@vtk.org" ymailto="mailto:vtkusers@vtk.org">vtkusers@vtk.org</A>>, CMake mailing list<BR> <<A
href="http://fr.mc240.mail.yahoo.com/mc/compose?to=cmake@cmake.org" ymailto="mailto:cmake@cmake.org">cmake@cmake.org</A>>, Clinton Stimpson <<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=clinton@elemtech.com" ymailto="mailto:clinton@elemtech.com">clinton@elemtech.com</A>><BR>Message-ID: <<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=4A748AF8.7040805@itis.ethz.ch" ymailto="mailto:4A748AF8.7040805@itis.ethz.ch">4A748AF8.7040805@itis.ethz.ch</A>><BR>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<BR><BR>Many thanks, I did not know that... (But then again, how could I?) That <BR>explains NOTFOUND, if a human user can not find it... But as posted <BR>before, accepting NOTFOUND with no action like <BR>-DQT_QTCORE_LIBRARY_DEBUG=/usr/lib/libQtCore.so.4.5.0 I still get the <BR>debugging symbols in the backtrace. I have no *.debug files mentioned <BR>before... I do not like this because it leaves me
uncertain if I am <BR>doing the right thing or confusing the debugger (and yes, at the moment <BR>my backtrace is rather enigmatic). I will probably compile QT myself and <BR>recompile my VTK build to have a bigger control.<BR>Many thanks for valuable remarks,<BR>Dominik<BR><BR><BR>Pau Garcia i Quiles wrote:<BR>> Hello,<BR>> <BR>> Check /usr/lib/debug/usr/lib<BR>> <BR>> On Sat, Aug 1, 2009 at 7:42 PM, Dominik Szczerba<<A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=dominik@itis.ethz.ch" ymailto="mailto:dominik@itis.ethz.ch">dominik@itis.ethz.ch</A>> wrote:<BR>>> Yes indeed, I was confused by Windows where one has separate libs e.g.<BR>>> QtCore and QtCored. Still, I do not have any /usr/lib/libQt*debug files (I<BR>>> DID install the qt-dbg pacgages) but the symbols are somehow there in the<BR>>> debugger backtrace despite debug versions NOTFOUND. It's a quite confusing.<BR>>> But many thanks for
clarifications!<BR>>> -- Dominik<BR>>><BR>>> Clinton Stimpson wrote:<BR>>>> On 08/01/2009 01:28 AM, Dominik Szczerba wrote:<BR>>>>> Hi,<BR>>>>><BR>>>>> I want to build vtk with cmake using QT in debug mode on linux. I have<BR>>>>> tried both installing the system QT debug symbols package (Ubuntu) as well<BR>>>>> as compiling QT myself with (debug-and-release mode), but cmake keeps<BR>>>>> displaying:<BR>>>>><BR>>>>> QT_QTCORE_LIBRARY_DEBUG-NOTFOUND<BR>>>>><BR>>>>> My CMAKE_BUILD_TYPE is DEBUG. How can I force the use of QT debug<BR>>>>> version?<BR>>>>><BR>>>>> - Dominik<BR>>>>><BR>>>> Qt typically gives a .debug file for debug symbols. So that would be a<BR>>>> libQtCore.so and libQtCore.so.debug instead of libQtCore.so
and<BR>>>> libQtCored.so. Its fine for QT_QTCORE_LIBRARY_DEBUG to be NOTFOUND, if you<BR>>>> have a .debug file. Or if you configured Qt with -debug and it gave you a<BR>>>> debug library with the name of a release library, you can ignore that<BR>>>> QT_QTCORE_LIBRARY_DEBUG is NOTFOUND.<BR>>>><BR>>>> Clint<BR>>>><BR>>>><BR>>><BR>>> --<BR>>> d o m i n i k s z c z e r b a , p h d . . . . . . . . . . .<BR>>> c o m p u t a t i o n a l l i f e s c i e n c e g r o u p<BR>>> . . . . . . . i t ' i s r e s e a r c h f o u n d a t i o n<BR>>> . . . . . . . . . . . . . . . . . . . . <A href="http://www.itis.ethz.ch/" target=_blank>http://www.itis.ethz.ch</A><BR>>><BR>>>
_______________________________________________<BR>>> Powered by www.kitware.com<BR>>><BR>>> Visit other Kitware open-source projects at<BR>>> <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 CMake FAQ at:<BR>>> <A href="http://www.cmake.org/Wiki/CMake_FAQ" target=_blank>http://www.cmake.org/Wiki/CMake_FAQ</A><BR>>><BR>>> Follow this link to subscribe/unsubscribe:<BR>>> <A href="http://www.cmake.org/mailman/listinfo/cmake" target=_blank>http://www.cmake.org/mailman/listinfo/cmake</A><BR>>><BR>> <BR>> <BR>> <BR><BR><BR>-- <BR>d o m i n i k s z c z e r b a , p h d . . . . . . . . . . .<BR>c o m p u t a t i o n a l l i f e s c i e n c e g r o u p<BR>. . . . . . . i t
' i s r e s e a r c h f o u n d a t i o n<BR>. . . . . . . . . . . . . . . . . . . . <A href="http://www.itis.ethz.ch/" target=_blank>http://www.itis.ethz.ch</A><BR><BR><BR><BR>------------------------------<BR><BR>_______________________________________________<BR>vtkusers mailing list<BR><A href="http://fr.mc240.mail.yahoo.com/mc/compose?to=vtkusers@vtk.org" ymailto="mailto:vtkusers@vtk.org">vtkusers@vtk.org</A><BR><A href="http://www.vtk.org/mailman/listinfo/vtkusers" target=_blank>http://www.vtk.org/mailman/listinfo/vtkusers</A><BR><BR><BR>End of vtkusers Digest, Vol 64, Issue 2<BR>***************************************<BR></DIV></BLOCKQUOTE></td></tr></table><br>