From Mark.Newiger@post.RWTH-Aachen.DE Thu Aug 2 16:36:16 2001 From: Mark.Newiger@post.RWTH-Aachen.DE (Mark Newiger) Date: Thu, 02 Aug 2001 17:36:16 +0200 Subject: [vtkusers] ok Message-ID: <01C11B79.A3AB7480@s4m115.dialup.RWTH-Aachen.DE> confirm 275156 -----Ursprüngliche Nachricht----- Von: Mark Newiger [SMTP:mark.newiger@post.rwth-aachen.de] Gesendet am: Dienstag, 3. Juli 2001 13:24 An: mark.newiger@post.rwth-aachen.de Betreff: [Fwd: vtkusers -- confirmation of subscription -- request 275156] -------- Original Message -------- Subject: vtkusers -- confirmation of subscription -- request 275156 Date: Mon, 02 Jul 2001 13:11:25 -0400 From: vtkusers-request@public.kitware.com Reply-To: vtkusers-request@public.kitware.com To: mark.newiger@post.rwth-aachen.de vtkusers -- confirmation of subscription -- request 275156 We have received a request from 137.226.8.86 for subscription of your email address, , to the vtkusers@public.kitware.com mailing list. To confirm the request, please send a message to vtkusers-request@public.kitware.com, and either: - maintain the subject line as is (the reply's additional "Re:" is ok), - or include the following line - and only the following line - in the message body: confirm 275156 (Simply sending a 'reply' to this message should work from most email interfaces, since that usually leaves the subject line in the right form.) If you do not wish to subscribe to this list, please simply disregard this message. Send questions to vtkusers-admin@public.kitware.com. From robmitch@eng.uts.edu.au Wed Aug 1 03:03:33 2001 From: robmitch@eng.uts.edu.au (Robert Mitchell) Date: Wed, 01 Aug 2001 12:03:33 +1000 Subject: [vtkusers] Large Image rendered white? Message-ID: <3B676375.E96EE875@eng.uts.edu.au> Dear Users, I am reading in a large (10MB) Bitmap (vtkBMPReader) and rendering it with a vtkImageActor having been passed through vtkImageLuminance (see previous message re:Dynamic Pipeline changes). The problem is that the whole image is rendered completely white, although when I clip the data and only render the clipped extent, it does it properly. Is there some limit on the size of the extent to render properly, or is there some caching things that need to be attended to? Cheers, Rob -- Robert Mitchell Faculty of Engineering University of Technology, Sydney +61 2 9514 2317 From jbiddiscombe@skippingmouse.co.uk Wed Aug 1 03:33:25 2001 From: jbiddiscombe@skippingmouse.co.uk (John Biddiscombe) Date: Wed, 01 Aug 2001 03:33:25 +0100 Subject: [vtkusers] Large Image rendered white? In-Reply-To: <3B676375.E96EE875@eng.uts.edu.au> Message-ID: <5.0.0.25.0.20010801033244.033f3010@mail.btinternet.com> glGetIntegerv(GL_MAX_TEXTURE_SIZE, ¶ms); if your bitmap is bigger than this, then it won't be displayed correctly JB At 03:03 01/08/2001, Robert Mitchell wrote: >Dear Users, > >I am reading in a large (10MB) Bitmap (vtkBMPReader) and rendering it >with a vtkImageActor having been passed through vtkImageLuminance (see >previous message re:Dynamic Pipeline changes). The problem is that the >whole image is rendered completely white, although when I clip the data >and only render the clipped extent, it does it properly. Is there some >limit on the size of the extent to render properly, or is there some >caching things that need to be attended to? >Cheers, >Rob > >-- >Robert Mitchell >Faculty of Engineering >University of Technology, Sydney >+61 2 9514 2317 > > > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: > >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers From c-attanasio@paris1.matra-dtv.fr Wed Aug 1 13:04:35 2001 From: c-attanasio@paris1.matra-dtv.fr (Christophe ATTANASIO (cai)) Date: Wed, 01 Aug 2001 14:04:35 +0200 Subject: [vtkusers] Fps in VTK Message-ID: <3B67F053.B1BE4E63@paris1.matra-dtv.fr> Hello all, Is there a way to display dynamically the fps (frame per seconds) in a VTK viewer ? I use a vtkRenderWindowInteractor to display large STL mesh. Thanks for your help Christophe. -- Christophe ATTANASIO Open CASCADE email : c-attanasio@opencascade.com http://www.opencascade.com Open CASCADE, the Open Source Standard for 3D modeling solutions From J.A.Schaap@lumc.nl Wed Aug 1 13:15:09 2001 From: J.A.Schaap@lumc.nl (Schaap, J.A. (LKEB)) Date: Wed, 01 Aug 2001 14:15:09 +0200 Subject: [vtkusers] Fps in VTK Message-ID: <200108011210.IAA16538@public.kitware.com> vtkRenderer::GetLastRenderTimeInSeconds () 1-8-2001 14:04:35, "Christophe ATTANASIO (cai)" wrote: > >Hello all, > >Is there a way to display dynamically the fps (frame per seconds) in a >VTK viewer ? >I use a vtkRenderWindowInteractor to display large STL mesh. > >Thanks for your help >Christophe. > >-- >Christophe ATTANASIO >Open CASCADE >email : c-attanasio@opencascade.com >http://www.opencascade.com >Open CASCADE, the Open Source Standard for 3D modeling solutions > > > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers > From rene.hommel@addcom.de Wed Aug 1 13:54:07 2001 From: rene.hommel@addcom.de (Rene Hommel) Date: Wed, 01 Aug 2001 14:54:07 +0200 Subject: [vtkusers] Problems on SuSE7.0 and VTK3.2 Message-ID: <3B67FBEF.42112AC4@addcom.de> VTK3.2 compile problems on SuSE7.0: Configuration: ./configure --with-shared --with-contrib --with-tcl --with-tkwidget --with-mesa --with-python System: gpp-2.95.2 libc-2.1.3 mesa-3.2-41 (incl. mesadev) tcl-8.3.1 (incl. header files) python-1.5.2 My user.make: TCL_INCLUDE=-I/usr/include TCL_LIB=/usr/lib/libtcl8.3.so TK_INCLUDE=-I/usr/include TK_LIB=/usr/lib/libtk8.3.so MESA_INCLUDE=-I/usr/include/GL MESA_LIB=/usr/lib/libMesaGL.so PYTHON_INCLUDES=-I/usr/include/python Error message: make[1]: Leaving directory `/opt/PAKETE/VTK-3.2/vtk3.2/contrib' cd tcl; make - vtk make[1]: Entering directory `/opt/PAKETE/VTK-3.2/vtk3.2/tcl' c++ -g -O2 -fPIC -I. -I./../common -I../common -I/usr/include -I/usr/include -I/usr/include/GL -I/usr/X11R6/include -I./../graphics -DVTK_USE_GRAPHICS -I./../imaging -DVTK_USE_IMAGING -I./../contrib -DVTK_USE_CONTRIB -c -o tkAppInit.o ./tkAppInit.cxx c++ -o vtk tkAppInit.o \ -L. -g -O2 -fPIC -I. -I./../common -I../common -I/usr/include -I/usr/include -I/usr/include/GL -I/usr/X11R6/include -I./../graphics -DVTK_USE_GRAPHICS -I./../imaging -DVTK_USE_IMAGING -I./../contrib -DVTK_USE_CONTRIB -rdynamic -L/opt/PAKETE/VTK-3.2/vtk3.2/contrib -lVTKContribTcl -lVTKContrib -L/opt/PAKETE/VTK-3.2/vtk3.2/imaging -lVTKImagingTcl -lVTKImaging -L/opt/PAKETE/VTK-3.2/vtk3.2/graphics -lVTKGraphicsTcl -lVTKGraphics -L../common -lVTKCommonTcl -lVTKCommon -L/usr/X11R6/lib /usr/lib/libMesaGL.so /usr/lib/libtk8.3.so /usr/lib/libtcl8.3.so -ldl -lpthread \ -L/usr/X11R6/lib -lXext -lXt -lSM -lICE -lX11 -lm /opt/PAKETE/VTK-3.2/vtk3.2/imaging/libVTKImaging.so: undefined reference to `OSMesaMakeCurrent' /opt/PAKETE/VTK-3.2/vtk3.2/imaging/libVTKImaging.so: undefined reference to `OSMesaCreateContext' /opt/PAKETE/VTK-3.2/vtk3.2/imaging/libVTKImaging.so: undefined reference to `OSMesaDestroyContext' collect2: ld returned 1 exit status make[1]: *** [vtk] Error 1 make[1]: Leaving directory `/opt/PAKETE/VTK-3.2/vtk3.2/tcl' make: *** [build_tcl] Error 2 I guess: `OSMesaMakeCurrent' o.s.o. are in /usr/include/GL/osmesa.h #ll /usr/include/GL -rw-r--r-- 1 root root 77761 Jul 29 2000 gl.h -rw-r--r-- 1 root root 21360 Jul 29 2000 gl_mangle.h -rw-r--r-- 1 root root 15441 Jul 29 2000 glu.h -rw-r--r-- 1 root root 3335 Jul 29 2000 glu_mangle.h -rw-r--r-- 1 root root 29986 Jul 29 2000 glut.h -rw-r--r-- 1 root root 4113 Jul 29 2000 glutf90.h -rw-r--r-- 1 root root 5827 Jul 29 2000 glx.h -rw-r--r-- 1 root root 2464 Jul 29 2000 glx_mangle.h -rw-r--r-- 1 root root 7358 Jul 29 2000 osmesa.h -rw-r--r-- 1 root root 9281 Jul 29 2000 xmesa.h -rw-r--r-- 1 root root 3593 Jul 29 2000 xmesa_x.h -rw-r--r-- 1 root root 6056 Jul 29 2000 xmesa_xf86.h Where is the Problem? More configuration details on request! Please help! Regards, Rene Hommel From A.Meijster@rc.rug.nl Wed Aug 1 17:05:08 2001 From: A.Meijster@rc.rug.nl (A. Meijster) Date: Wed, 01 Aug 2001 18:05:08 +0200 Subject: [vtkusers] Stereo on an ONYX3400 Message-ID: <3B6828B4.DCFB15DC@rc.rug.nl> Hi All, We have a brand new ONYX 3400 with shutter glasses. We are able to run several 3D stereo demo's from SGI, and were also able to compile some on stereo glut programs. Now my problem. I compiled VTK for this machine, and tried to use the stereo capabilities by simply pressing '3' in the render window. Then the system replies (on stderr) that the system has not Crystal glasses capabilities. In my view this should be working on an ONYX, since GL-stereo is obviously supported. Anyone got this working? Cheers, Arnold Meijster (a.meijster@rc.rug.nl) From leung@arlut.utexas.edu Wed Aug 1 17:35:32 2001 From: leung@arlut.utexas.edu (leung@arlut.utexas.edu) Date: Wed, 1 Aug 2001 11:35:32 -0500 Subject: [vtkusers] Plotting individual X and Y points using vtkXYPlotActor Message-ID: Hi, I am wondering if anyone has any examples of plotting individual X and Y points using vtkXYPlotActor. Thanks. Al From jonesde@rainbow.es.dupont.com Wed Aug 1 17:35:38 2001 From: jonesde@rainbow.es.dupont.com (David E. Jones) Date: Wed, 01 Aug 2001 12:35:38 -0400 Subject: [vtkusers] Stereo on an ONYX3400 References: <3B6828B4.DCFB15DC@rc.rug.nl> Message-ID: <3B682FDA.6E02B68D@rainbow.es.dupont.com> --------------527D8543E7A56A377C26EC91 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit A. Meijster wrote: > Hi All, > > We have a brand new ONYX 3400 with shutter glasses. We > are able to run several 3D stereo demo's from SGI, and were also > able to compile some on stereo glut programs. > > Now my problem. I compiled VTK for this machine, > and tried to use the stereo capabilities by simply > pressing '3' in the render window. Then the system > replies (on stderr) that the system has > not Crystal glasses capabilities. In my view this should > be working on an ONYX, since GL-stereo is obviously > supported. Anyone got this working? > > Cheers, > > Arnold Meijster (a.meijster@rc.rug.nl) > I recently used vtk Crystal Eyes stereo on my Octane and I had to give this commend to enter stereo: /usr/gfx/setmon -n 1024x768_96s This resulted in "stereo in a window" which is really nice because nothing outside the window that you're interested in is affected. To get out of stereo I had to give this command: /usr/gfx/setmon -n 1280x1024_72 See "man setmon" for details. I don'know if the Onyx 3400 works the same way as the Octane MXI I used. Good Luck, Dave -- David E Jones Du Pont Central Research Experimental Station, Bldg 320 Wilmington, DE 19880-0320 --------------527D8543E7A56A377C26EC91 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit A. Meijster wrote:
Hi All,

We have a brand new ONYX 3400 with shutter glasses. We
are able to run several 3D stereo demo's from SGI, and were also
able to compile some on stereo glut programs.

Now my problem. I compiled VTK for this machine,
and tried to use the stereo capabilities by simply
pressing '3' in the render window. Then the system
replies (on stderr) that the system has
not Crystal glasses capabilities. In my view this should
be working on an ONYX, since GL-stereo is obviously
supported. Anyone got this working?

Cheers,

   Arnold Meijster (a.meijster@rc.rug.nl)
 

 I recently used vtk Crystal Eyes stereo on my Octane and I had to
give this commend to enter stereo:

    /usr/gfx/setmon -n 1024x768_96s

This resulted in "stereo in a window" which is really nice because
 nothing outside the window that you're interested in is affected.

To get out of stereo I had to give this command:

   /usr/gfx/setmon -n 1280x1024_72

See "man setmon" for details.   I don'know if the Onyx  3400 works the
same way as the Octane MXI I used.

Good Luck,
Dave

-- 
David E Jones
Du Pont Central Research
Experimental Station, Bldg 320
Wilmington, DE 19880-0320
  --------------527D8543E7A56A377C26EC91-- From berkgeveci@hotmail.com Wed Aug 1 17:44:06 2001 From: berkgeveci@hotmail.com (Berk Geveci) Date: Wed, 01 Aug 2001 12:44:06 -0400 Subject: [vtkusers] Problems on SuSE7.0 and VTK3.2 Message-ID: Don't use --with-mesa in configure. >From: Rene Hommel >Reply-To: rene.hommel@addcom.de >To: vtkusers >Subject: [vtkusers] Problems on SuSE7.0 and VTK3.2 >Date: Wed, 01 Aug 2001 14:54:07 +0200 > >VTK3.2 compile problems on SuSE7.0: > >Configuration: >./configure --with-shared --with-contrib --with-tcl --with-tkwidget >--with-mesa --with-python > >System: > gpp-2.95.2 > libc-2.1.3 > mesa-3.2-41 (incl. mesadev) > tcl-8.3.1 (incl. header files) > python-1.5.2 > >My user.make: > > TCL_INCLUDE=-I/usr/include > TCL_LIB=/usr/lib/libtcl8.3.so > > TK_INCLUDE=-I/usr/include > TK_LIB=/usr/lib/libtk8.3.so > > MESA_INCLUDE=-I/usr/include/GL > MESA_LIB=/usr/lib/libMesaGL.so > > PYTHON_INCLUDES=-I/usr/include/python > > >Error message: > >make[1]: Leaving directory `/opt/PAKETE/VTK-3.2/vtk3.2/contrib' >cd tcl; make - vtk >make[1]: Entering directory `/opt/PAKETE/VTK-3.2/vtk3.2/tcl' >c++ -g -O2 -fPIC -I. -I./../common -I../common -I/usr/include >-I/usr/include -I/usr/include/GL -I/usr/X11R6/include -I./../graphics >-DVTK_USE_GRAPHICS -I./../imaging -DVTK_USE_IMAGING -I./../contrib >-DVTK_USE_CONTRIB -c -o tkAppInit.o ./tkAppInit.cxx >c++ -o vtk tkAppInit.o \ >-L. -g -O2 -fPIC -I. -I./../common -I../common -I/usr/include >-I/usr/include -I/usr/include/GL -I/usr/X11R6/include -I./../graphics >-DVTK_USE_GRAPHICS -I./../imaging -DVTK_USE_IMAGING -I./../contrib >-DVTK_USE_CONTRIB -rdynamic -L/opt/PAKETE/VTK-3.2/vtk3.2/contrib >-lVTKContribTcl -lVTKContrib -L/opt/PAKETE/VTK-3.2/vtk3.2/imaging >-lVTKImagingTcl -lVTKImaging -L/opt/PAKETE/VTK-3.2/vtk3.2/graphics >-lVTKGraphicsTcl -lVTKGraphics -L../common -lVTKCommonTcl -lVTKCommon >-L/usr/X11R6/lib /usr/lib/libMesaGL.so /usr/lib/libtk8.3.so >/usr/lib/libtcl8.3.so -ldl -lpthread \ >-L/usr/X11R6/lib -lXext -lXt -lSM -lICE -lX11 -lm >/opt/PAKETE/VTK-3.2/vtk3.2/imaging/libVTKImaging.so: undefined reference >to `OSMesaMakeCurrent' >/opt/PAKETE/VTK-3.2/vtk3.2/imaging/libVTKImaging.so: undefined reference >to `OSMesaCreateContext' >/opt/PAKETE/VTK-3.2/vtk3.2/imaging/libVTKImaging.so: undefined reference >to `OSMesaDestroyContext' >collect2: ld returned 1 exit status >make[1]: *** [vtk] Error 1 >make[1]: Leaving directory `/opt/PAKETE/VTK-3.2/vtk3.2/tcl' >make: *** [build_tcl] Error 2 > >I guess: `OSMesaMakeCurrent' o.s.o. are in /usr/include/GL/osmesa.h > >#ll /usr/include/GL >-rw-r--r-- 1 root root 77761 Jul 29 2000 gl.h >-rw-r--r-- 1 root root 21360 Jul 29 2000 gl_mangle.h >-rw-r--r-- 1 root root 15441 Jul 29 2000 glu.h >-rw-r--r-- 1 root root 3335 Jul 29 2000 glu_mangle.h >-rw-r--r-- 1 root root 29986 Jul 29 2000 glut.h >-rw-r--r-- 1 root root 4113 Jul 29 2000 glutf90.h >-rw-r--r-- 1 root root 5827 Jul 29 2000 glx.h >-rw-r--r-- 1 root root 2464 Jul 29 2000 glx_mangle.h >-rw-r--r-- 1 root root 7358 Jul 29 2000 osmesa.h >-rw-r--r-- 1 root root 9281 Jul 29 2000 xmesa.h >-rw-r--r-- 1 root root 3593 Jul 29 2000 xmesa_x.h >-rw-r--r-- 1 root root 6056 Jul 29 2000 xmesa_xf86.h > > >Where is the Problem? More configuration details on request! Please >help! > >Regards, > >Rene Hommel > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: > >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From rene.hommel@addcom.de Wed Aug 1 17:43:56 2001 From: rene.hommel@addcom.de (Rene Hommel) Date: Wed, 01 Aug 2001 18:43:56 +0200 Subject: [vtkusers] Problems on SuSE7.0 and VTK3.2 Message-ID: <3B6831CC.E71DA311@addcom.de> On Wed, 01 Aug 2001 12:44:06 -0400 "Berk Geveci" wrote: > > Don't use --with-mesa in configure. > I have to, because I will use VTK with MAYAVI data visualizer. what Mesa and Tcl Versions are recomended for VTK3.2 (or 3.1.2)?? > >VTK3.2 compile problems on SuSE7.0: > > > >Configuration: > >./configure --with-shared --with-contrib --with-tcl --with-tkwidget > >--with-mesa --with-python > > > >System: > > gpp-2.95.2 > > libc-2.1.3 > > mesa-3.2-41 (incl. mesadev) > > tcl-8.3.1 (incl. header files) > > python-1.5.2 > > > >My user.make: > > > > TCL_INCLUDE=-I/usr/include > > TCL_LIB=/usr/lib/libtcl8.3.so > > > > TK_INCLUDE=-I/usr/include > > TK_LIB=/usr/lib/libtk8.3.so > > > > MESA_INCLUDE=-I/usr/include/GL > > MESA_LIB=/usr/lib/libMesaGL.so > > > > PYTHON_INCLUDES=-I/usr/include/python > > > > > >Error message: > > > >make[1]: Leaving directory `/opt/PAKETE/VTK-3.2/vtk3.2/contrib' > >cd tcl; make - vtk > >make[1]: Entering directory `/opt/PAKETE/VTK-3.2/vtk3.2/tcl' > >c++ -g -O2 -fPIC -I. -I./../common -I../common -I/usr/include > >-I/usr/include -I/usr/include/GL -I/usr/X11R6/include > -I./../graphics > >-DVTK_USE_GRAPHICS -I./../imaging -DVTK_USE_IMAGING -I./../contrib > >-DVTK_USE_CONTRIB -c -o tkAppInit.o ./tkAppInit.cxx > >c++ -o vtk tkAppInit.o \ > >-L. -g -O2 -fPIC -I. -I./../common -I../common -I/usr/include > >-I/usr/include -I/usr/include/GL -I/usr/X11R6/include > -I./../graphics > >-DVTK_USE_GRAPHICS -I./../imaging -DVTK_USE_IMAGING -I./../contrib > >-DVTK_USE_CONTRIB -rdynamic -L/opt/PAKETE/VTK-3.2/vtk3.2/contrib > >-lVTKContribTcl -lVTKContrib -L/opt/PAKETE/VTK-3.2/vtk3.2/imaging > >-lVTKImagingTcl -lVTKImaging -L/opt/PAKETE/VTK-3.2/vtk3.2/graphics > >-lVTKGraphicsTcl -lVTKGraphics -L../common -lVTKCommonTcl -lVTKCommon > >-L/usr/X11R6/lib /usr/lib/libMesaGL.so /usr/lib/libtk8.3.so > >/usr/lib/libtcl8.3.so -ldl -lpthread \ > >-L/usr/X11R6/lib -lXext -lXt -lSM -lICE -lX11 -lm > >/opt/PAKETE/VTK-3.2/vtk3.2/imaging/libVTKImaging.so: undefined > reference > >to `OSMesaMakeCurrent' > >/opt/PAKETE/VTK-3.2/vtk3.2/imaging/libVTKImaging.so: undefined > reference > >to `OSMesaCreateContext' > >/opt/PAKETE/VTK-3.2/vtk3.2/imaging/libVTKImaging.so: undefined > reference > >to `OSMesaDestroyContext' > >collect2: ld returned 1 exit status > >make[1]: *** [vtk] Error 1 > >make[1]: Leaving directory `/opt/PAKETE/VTK-3.2/vtk3.2/tcl' > >make: *** [build_tcl] Error 2 > > > >I guess: `OSMesaMakeCurrent' o.s.o. are in /usr/include/GL/osmesa.h > > > >#ll /usr/include/GL > >-rw-r--r-- 1 root root 77761 Jul 29 2000 gl.h > >-rw-r--r-- 1 root root 21360 Jul 29 2000 gl_mangle.h > >-rw-r--r-- 1 root root 15441 Jul 29 2000 glu.h > >-rw-r--r-- 1 root root 3335 Jul 29 2000 glu_mangle.h > >-rw-r--r-- 1 root root 29986 Jul 29 2000 glut.h > >-rw-r--r-- 1 root root 4113 Jul 29 2000 glutf90.h > >-rw-r--r-- 1 root root 5827 Jul 29 2000 glx.h > >-rw-r--r-- 1 root root 2464 Jul 29 2000 glx_mangle.h > >-rw-r--r-- 1 root root 7358 Jul 29 2000 osmesa.h > >-rw-r--r-- 1 root root 9281 Jul 29 2000 xmesa.h > >-rw-r--r-- 1 root root 3593 Jul 29 2000 xmesa_x.h > >-rw-r--r-- 1 root root 6056 Jul 29 2000 xmesa_xf86.h > > > > > >Where is the Problem? More configuration details on request! Please > >help! From rene.hommel@addcom.de Wed Aug 1 17:48:45 2001 From: rene.hommel@addcom.de (Rene Hommel) Date: Wed, 01 Aug 2001 18:48:45 +0200 Subject: [vtkusers] Problems on SuSE7.0 and VTK3.2 Message-ID: <3B6832ED.2AECB4A7@addcom.de> I just finished a successful compilation run without --with-tcl ! so the cause of the problem seems the Tcl-Version tcl-8.3.1. what are you using? Rene From karshi.hasanov@utoronto.ca Wed Aug 1 18:38:51 2001 From: karshi.hasanov@utoronto.ca (Karshi Hasanov) Date: Wed, 1 Aug 2001 13:38:51 -0400 Subject: [vtkusers] SuSe7.0_VTK3.2 Message-ID: <01080113385100.02337@cr322577-a> On SuSe 7.0, I did "./confige --with-opengl" instead of " --with-mesa", and it worked for me. May be you should try it? ---------- Forwarded Message ---------- Subject: vtkusers digest, Vol 1 #503 - 8 msgs Date: Wed, 1 Aug 2001 12:00:07 -0400 From: vtkusers-admin@public.kitware.com To: vtkusers@public.kitware.com Send vtkusers mailing list submissions to vtkusers@public.kitware.com To subscribe or unsubscribe via the web, visit http://public.kitware.com/mailman/listinfo/vtkusers or, via email, send a message with subject or body 'help' to vtkusers-request@public.kitware.com You can reach the person managing the list at vtkusers-admin@public.kitware.com When replying, please edit your Subject line so it is more specific than "Re: Contents of vtkusers digest..." Today's Topics: 1. VRMLExporter bug? (sacha.jp@pg.com) 2. MRI Tiff stacks (Maneesh Yadav) 3. Large Image rendered white? (Robert Mitchell) 4. Re: Large Image rendered white? (John Biddiscombe) 5. Fps in VTK (Christophe ATTANASIO (cai)) 6. Re: Fps in VTK (Schaap, J.A. (LKEB)) 7. Problems on SuSE7.0 and VTK3.2 (Rene Hommel) 8. Stereo on an ONYX3400 (A. Meijster) --__--__-- Message: 1 From: sacha.jp@pg.com To: vtkusers@public.kitware.com Date: Tue, 31 Jul 2001 17:16:09 -0400 Subject: [vtkusers] VRMLExporter bug? Looks that VRMLExporter creates incorrect view point while saving VRML files. When the generated file is loaded into Cosmo Player the scene is typically somewhere off the screen. It takes some "blind" rotation and zooming before it shows in the field of view. Is there some way around it? Jarek --__--__-- Message: 2 Date: Tue, 31 Jul 2001 17:58:03 -0400 (EDT) From: Maneesh Yadav <97yadavm@utsc.utoronto.ca> To: Subject: [vtkusers] MRI Tiff stacks Hi all, Many moons ago I was trying to write some molecular viz stuff in vtk but it never turned out (not so much vtk's fault as it was sort of underlying molecular semantics that frusturated me) Anyhoo I'm back to vtk as I have some mouse embryo MRI data that I'd like to visualize and I've been given a tiff stack, which I really not sure how to process (is it just a concatenated set of tiff files?). I think Sebastien Barre's tutorial provides me with most of the other help I'll need. Any other advice from people who have done this sort of thing would be appreciated. Many Thanks, Maneesh Yadav --__--__-- Message: 3 Date: Wed, 01 Aug 2001 12:03:33 +1000 From: Robert Mitchell Organization: University of Technology, Sydney To: VTK USERS Subject: [vtkusers] Large Image rendered white? Dear Users, I am reading in a large (10MB) Bitmap (vtkBMPReader) and rendering it with a vtkImageActor having been passed through vtkImageLuminance (see previous message re:Dynamic Pipeline changes). The problem is that the whole image is rendered completely white, although when I clip the data and only render the clipped extent, it does it properly. Is there some limit on the size of the extent to render properly, or is there some caching things that need to be attended to? Cheers, Rob -- Robert Mitchell Faculty of Engineering University of Technology, Sydney +61 2 9514 2317 --__--__-- Message: 4 Date: Wed, 01 Aug 2001 03:33:25 +0100 To: Robert Mitchell , VTK USERS From: John Biddiscombe Subject: Re: [vtkusers] Large Image rendered white? glGetIntegerv(GL_MAX_TEXTURE_SIZE, ¶ms); if your bitmap is bigger than this, then it won't be displayed correctly JB At 03:03 01/08/2001, Robert Mitchell wrote: >Dear Users, > >I am reading in a large (10MB) Bitmap (vtkBMPReader) and rendering it >with a vtkImageActor having been passed through vtkImageLuminance (see >previous message re:Dynamic Pipeline changes). The problem is that the >whole image is rendered completely white, although when I clip the data >and only render the clipped extent, it does it properly. Is there some >limit on the size of the extent to render properly, or is there some >caching things that need to be attended to? >Cheers, >Rob > >-- >Robert Mitchell >Faculty of Engineering >University of Technology, Sydney >+61 2 9514 2317 > > > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: > >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers --__--__-- Message: 5 Date: Wed, 01 Aug 2001 14:04:35 +0200 From: "Christophe ATTANASIO (cai)" To: vtkusers@public.kitware.com Subject: [vtkusers] Fps in VTK Hello all, Is there a way to display dynamically the fps (frame per seconds) in a VTK viewer ? I use a vtkRenderWindowInteractor to display large STL mesh. Thanks for your help Christophe. -- Christophe ATTANASIO Open CASCADE email : c-attanasio@opencascade.com http://www.opencascade.com Open CASCADE, the Open Source Standard for 3D modeling solutions --__--__-- Message: 6 From: "Schaap, J.A. (LKEB)" To: Christophe ATTANASIO , vtkusers@public.kitware.com Date: Wed, 01 Aug 2001 14:15:09 +0200 Subject: Re: [vtkusers] Fps in VTK vtkRenderer::GetLastRenderTimeInSeconds () 1-8-2001 14:04:35, "Christophe ATTANASIO (cai)" wrote: >Hello all, > >Is there a way to display dynamically the fps (frame per seconds) in a >VTK viewer ? >I use a vtkRenderWindowInteractor to display large STL mesh. > >Thanks for your help >Christophe. > >-- >Christophe ATTANASIO >Open CASCADE >email : c-attanasio@opencascade.com >http://www.opencascade.com >Open CASCADE, the Open Source Standard for 3D modeling solutions > > > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: > Follow this link to > subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers --__--__-- Message: 7 Date: Wed, 01 Aug 2001 14:54:07 +0200 From: Rene Hommel Reply-To: rene.hommel@addcom.de To: vtkusers Subject: [vtkusers] Problems on SuSE7.0 and VTK3.2 VTK3.2 compile problems on SuSE7.0: Configuration: ./configure --with-shared --with-contrib --with-tcl --with-tkwidget --with-mesa --with-python System: gpp-2.95.2 libc-2.1.3 mesa-3.2-41 (incl. mesadev) tcl-8.3.1 (incl. header files) python-1.5.2 My user.make: TCL_INCLUDE=-I/usr/include TCL_LIB=/usr/lib/libtcl8.3.so TK_INCLUDE=-I/usr/include TK_LIB=/usr/lib/libtk8.3.so MESA_INCLUDE=-I/usr/include/GL MESA_LIB=/usr/lib/libMesaGL.so PYTHON_INCLUDES=-I/usr/include/python Error message: make[1]: Leaving directory `/opt/PAKETE/VTK-3.2/vtk3.2/contrib' cd tcl; make - vtk make[1]: Entering directory `/opt/PAKETE/VTK-3.2/vtk3.2/tcl' c++ -g -O2 -fPIC -I. -I./../common -I../common -I/usr/include -I/usr/include -I/usr/include/GL -I/usr/X11R6/include -I./../graphics -DVTK_USE_GRAPHICS -I./../imaging -DVTK_USE_IMAGING -I./../contrib -DVTK_USE_CONTRIB -c -o tkAppInit.o ./tkAppInit.cxx c++ -o vtk tkAppInit.o \ -L. -g -O2 -fPIC -I. -I./../common -I../common -I/usr/include -I/usr/include -I/usr/include/GL -I/usr/X11R6/include -I./../graphics -DVTK_USE_GRAPHICS -I./../imaging -DVTK_USE_IMAGING -I./../contrib -DVTK_USE_CONTRIB -rdynamic -L/opt/PAKETE/VTK-3.2/vtk3.2/contrib -lVTKContribTcl -lVTKContrib -L/opt/PAKETE/VTK-3.2/vtk3.2/imaging -lVTKImagingTcl -lVTKImaging -L/opt/PAKETE/VTK-3.2/vtk3.2/graphics -lVTKGraphicsTcl -lVTKGraphics -L../common -lVTKCommonTcl -lVTKCommon -L/usr/X11R6/lib /usr/lib/libMesaGL.so /usr/lib/libtk8.3.so /usr/lib/libtcl8.3.so -ldl -lpthread \ -L/usr/X11R6/lib -lXext -lXt -lSM -lICE -lX11 -lm /opt/PAKETE/VTK-3.2/vtk3.2/imaging/libVTKImaging.so: undefined reference to `OSMesaMakeCurrent' /opt/PAKETE/VTK-3.2/vtk3.2/imaging/libVTKImaging.so: undefined reference to `OSMesaCreateContext' /opt/PAKETE/VTK-3.2/vtk3.2/imaging/libVTKImaging.so: undefined reference to `OSMesaDestroyContext' collect2: ld returned 1 exit status make[1]: *** [vtk] Error 1 make[1]: Leaving directory `/opt/PAKETE/VTK-3.2/vtk3.2/tcl' make: *** [build_tcl] Error 2 I guess: `OSMesaMakeCurrent' o.s.o. are in /usr/include/GL/osmesa.h #ll /usr/include/GL -rw-r--r-- 1 root root 77761 Jul 29 2000 gl.h -rw-r--r-- 1 root root 21360 Jul 29 2000 gl_mangle.h -rw-r--r-- 1 root root 15441 Jul 29 2000 glu.h -rw-r--r-- 1 root root 3335 Jul 29 2000 glu_mangle.h -rw-r--r-- 1 root root 29986 Jul 29 2000 glut.h -rw-r--r-- 1 root root 4113 Jul 29 2000 glutf90.h -rw-r--r-- 1 root root 5827 Jul 29 2000 glx.h -rw-r--r-- 1 root root 2464 Jul 29 2000 glx_mangle.h -rw-r--r-- 1 root root 7358 Jul 29 2000 osmesa.h -rw-r--r-- 1 root root 9281 Jul 29 2000 xmesa.h -rw-r--r-- 1 root root 3593 Jul 29 2000 xmesa_x.h -rw-r--r-- 1 root root 6056 Jul 29 2000 xmesa_xf86.h Where is the Problem? More configuration details on request! Please help! Regards, Rene Hommel --__--__-- Message: 8 Date: Wed, 01 Aug 2001 18:05:08 +0200 From: "A. Meijster" Organization: Center for High-Performance Computing and Visualization To: vtkusers@public.kitware.com Subject: [vtkusers] Stereo on an ONYX3400 Hi All, We have a brand new ONYX 3400 with shutter glasses. We are able to run several 3D stereo demo's from SGI, and were also able to compile some on stereo glut programs. Now my problem. I compiled VTK for this machine, and tried to use the stereo capabilities by simply pressing '3' in the render window. Then the system replies (on stderr) that the system has not Crystal glasses capabilities. In my view this should be working on an ONYX, since GL-stereo is obviously supported. Anyone got this working? Cheers, Arnold Meijster (a.meijster@rc.rug.nl) --__--__-- _______________________________________________ vtkusers mailing list vtkusers@public.kitware.com http://public.kitware.com/mailman/listinfo/vtkusers End of vtkusers Digest ------------------------------------------------------- From berkgeveci@hotmail.com Wed Aug 1 19:04:29 2001 From: berkgeveci@hotmail.com (Berk Geveci) Date: Wed, 01 Aug 2001 14:04:29 -0400 Subject: [vtkusers] Problems on SuSE7.0 and VTK3.2 Message-ID: If you really need the mesa classes (I never used mayavi so I don't know), you will have to get a mesa distribution which supports off-screen rendering. You might want to get the latest mesa (3.5) and compile it yourself. However, I would first compile vtk without mesa and try to run mayavi that way. >I just finished a successful compilation run without --with-tcl ! >so the cause of the problem seems the Tcl-Version tcl-8.3.1. The cause is not tcl. It's that if you compile without --with-tcl, no executables are generated and there are no resulting link errors. If you then go and try to compile a c++ example, you will get the same error. Berk _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From lisa.avila@kitware.com Thu Aug 2 03:57:25 2001 From: lisa.avila@kitware.com (Lisa Sobierajski Avila) Date: Wed, 01 Aug 2001 22:57:25 -0400 Subject: [vtkusers] Non-continuous lookup function In-Reply-To: Message-ID: <4.3.2.20010801225153.0284c200@pop.nycap.rr.com> Hello Ron, You should be able to use vtkColorTransferFunction for this (it is a subclass of vtkScalarsToColors just as vtkLookupTable is). Let e be some small epsilon value, min be the minimum value in your scalar range and max be the maximum - then you would do the following ctf = vtkColorTransferFunction::New(); ctf->AddRGBPoint( min, r1, g1, b1 ); ctf->AddRGBPoint( a-e, r1, g1, b1 ); ctf->AddRGBPoint( a, r2, g2, b2 ); ctf->AddRGBPoint( b, r2, g2, b2 ); ctf->AddRGBPoint( b+e, r3, g3, b3 ); ctf->AddRGBPoint( max, r3, g3, b3 ); This would set all values below a to (r1, g1, b1), those between a and b to (r2, g2, b2) and those above b to (r3, g3, b3). The problem you are having with vtkLookupTable is that the scalar value is implied from the number of entries and the scalar range. With vtkColorTransferFunction you have more control. Lisa At 12:09 PM 7/31/2001, Ron Inbar wrote: >Hi all, > >In my application, I want to paint all the cells whose scalar value falls >within a specified range in one color, and the rest of the cells in another >color. >The reasonable way to do this, in my opinion, is to set up a lookup table of >3 entries, corresponding to values below the minimum, within the range, and >above the maximum, in this order, and then have the vtkLookupTable object >map the scalar values as described above. But vtkLookupTable doesn't behave >this way. If I set the scalar range to be [a,b] then the value a will >always be mapped to entry 0 and the value b to entry 2, but intermediate >values close to the ends of the range will also be mapped to these entries. >I want a+epsilon and b-epsilon to be always mapped to entry 1, no matter how >small epsilon is. >Can I use vtkLookupTable or a subclass thereof to achieve the behavior I >need? > >Thanks in advance, > >Ron Inbar > > > >... >--- > > > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: > >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers From lisa.avila@kitware.com Thu Aug 2 04:20:13 2001 From: lisa.avila@kitware.com (Lisa Sobierajski Avila) Date: Wed, 01 Aug 2001 23:20:13 -0400 Subject: [vtkusers] VTK T-Shirt Contest deadline extended In-Reply-To: <3B682FDA.6E02B68D@rainbow.es.dupont.com> References: <3B6828B4.DCFB15DC@rc.rug.nl> Message-ID: <4.3.2.20010801230141.0285e340@pop.nycap.rr.com> Hello Everyone, By popular demand (well, actually because we'd like to have more than one entry to choose from...) we've decided to extend the VTK T-Shirt Design Contest. We are hoping that someone out there in the VTK community has more artistic talent than we do, and can come up with an eye-catching design that developers and users everywhere will be proud to wear. If your design is selected you will receive not only the immense satisfaction of knowing that you were selected as the most creative t-shirt designer in the entire VTK community but also not one, but two (yes, that is two!) free t-shirts! And, if you act quickly (definitely before August 27, 2001 when the contest ends) you can have the option of having those free t-shirts autographed by the entire Kitware staff! But wait - there's more! The lucky winner of the contest will receive two (I know it is hard to believe, but yes I did say two!) free VTK User's Guides! Keep one for yourself and send one to your Mom! But wait, there's more! Each of those beautifully bound VTK User's Guides comes with a VTK CD-ROM! You already have VTK? Well, don't worry - they make great coasters! Millions will enter, only one will win. OK - some will consider entering, hopefully a few actually will do it, and one person will win! Please send all submissions in electronic format to kitware@kitware.com with a subject of T-Shirt Contest. Thanks! Lisa From c.p.botha@its.tudelft.nl Thu Aug 2 07:28:59 2001 From: c.p.botha@its.tudelft.nl (Charl P. Botha) Date: Thu, 2 Aug 2001 08:28:59 +0200 Subject: [vtkusers] VTK T-Shirt Contest deadline extended In-Reply-To: <4.3.2.20010801230141.0285e340@pop.nycap.rr.com>; from lisa.avila@kitware.com on Wed, Aug 01, 2001 at 11:20:13PM -0400 References: <3B6828B4.DCFB15DC@rc.rug.nl> <3B682FDA.6E02B68D@rainbow.es.dupont.com> <4.3.2.20010801230141.0285e340@pop.nycap.rr.com> Message-ID: <20010802082859.A10881@dutidad.twi.tudelft.nl> *ROTFL* On Wed, Aug 01, 2001 at 11:20:13PM -0400, Lisa Sobierajski Avila wrote: > Contest. We are hoping that someone out there in the VTK community has more > artistic talent than we do, and can come up with an eye-catching design No-one in out here in the VTK community has a greater sense of humour though. Your "advert" was hilarious! -- charl p. botha | computer graphics and cad/cam http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ From c-attanasio@paris1.matra-dtv.fr Thu Aug 2 10:07:45 2001 From: c-attanasio@paris1.matra-dtv.fr (Christophe ATTANASIO (cai)) Date: Thu, 02 Aug 2001 11:07:45 +0200 Subject: [vtkusers] Wireframe representation Message-ID: <3B691861.103BC266@paris1.matra-dtv.fr> Hello, I try to display a mesh in wireframe representation, but I would like to have the same color for each edges... I try to use vtkProperty but I cannot switch off the interpolation... Thanks for you help Christophe -- Christophe ATTANASIO Open CASCADE email : c-attanasio@opencascade.com http://www.opencascade.com Open CASCADE, the Open Source Standard for 3D modeling solutions From ferrant@tele.ucl.ac.be Thu Aug 2 10:46:11 2001 From: ferrant@tele.ucl.ac.be (Matthieu Ferrant) Date: Thu, 02 Aug 2001 11:46:11 +0200 Subject: [vtkusers] Wireframe representation References: <3B691861.103BC266@paris1.matra-dtv.fr> Message-ID: <3B692163.F4DD97CA@tele.ucl.ac.be> On the mapper use ScalarVisibilityOff and on the actor, [actor GetProperty] SetColor 0 0 0 #for black matt "Christophe ATTANASIO (cai)" wrote: > > Hello, > > I try to display a mesh in wireframe representation, but I would like to > have the same color for each edges... > I try to use vtkProperty but I cannot switch off the interpolation... > > Thanks for you help > Christophe > > -- > Christophe ATTANASIO > Open CASCADE > email : c-attanasio@opencascade.com > http://www.opencascade.com > Open CASCADE, the Open Source Standard for 3D modeling solutions > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers -- M.Ferrant, Ph.D. UCL/TELE Room A-157 Place du Levant, 2 B-1348LLN - Belgium Tel. +32-10-478073 Fax. : +32-10-472089 http://www.tele.ucl.ac.be/MEMBERS/Ferrant_Matthieu_e.html From jerome.coloos@samcef.com Thu Aug 2 14:35:28 2001 From: jerome.coloos@samcef.com (Jerome Coloos) Date: Thu, 2 Aug 2001 15:35:28 +0200 Subject: [vtkusers] pb with Legend Box of vtkXYPlotActor on Alpha Message-ID: Hi all, I run this simple XY-Plot example on hpux, irix, linux, aix, sunOS but it doesn't run on my Alpha OSF1 V4.0. To run it, I need to put the LegendOff() only on Alpha. Could somebody try to run it on this architecture ? //////////////////////////////////////////////////////////////////////////// /// #include "vtkRenderWindow.h" #include "vtkRenderWindowInteractor.h" #include "vtkRenderer.h" #include "vtkXYPlotActor.h" #include "vtkRectilinearGrid.h" #include "vtkFloatArray.h" int main() { // Create the rendering stuff vtkRenderWindow *renWin = vtkRenderWindow::New(); vtkRenderWindowInteractor *iren = vtkRenderWindowInteractor::New(); iren->SetRenderWindow(renWin); vtkRenderer *ren = vtkRenderer::New(); renWin->AddRenderer(ren); ren->SetBackground(0.87,0.87,0.87); vtkFloatArray *xCoords = vtkFloatArray::New(); vtkFloatArray *yCoords = vtkFloatArray::New(); int dataSize = 100; float *array = new float[dataSize]; for (int i = 0; i < dataSize; i++) *(array + i ) = i; xCoords->SetArray(array, dataSize, 1); yCoords->SetArray(array, dataSize, 1); vtkXYPlotActor *xyplot = vtkXYPlotActor::New(); xyplot -> GetProperty()->SetColor(0,0,0); xyplot -> SetXValuesToValue(); xyplot -> LegendOn(); vtkRectilinearGrid *curve = vtkRectilinearGrid::New(); curve -> SetDimensions(dataSize,1,1); curve -> SetXCoordinates(xCoords); curve -> GetPointData()->SetScalars(yCoords); xyplot-> AddInput(curve); ren->AddActor2D(xyplot); renWin->Render(); // interact with data iren->Initialize(); iren->Start(); exit(1); } //////////////////////////////////////////////////////////////////////////// /// __________________________________________ ___ Jérôme COLOOS @/ \@ Tel : 32-4/361.69.69 \° °/ Fax : 32-4/361.69.80 ==\ /== mailto:jerome.coloos@samcef.com ° http://www.samcef.com SAMTECH s.a. Parc Scientifique du Sart-Tilman rue des Chasseurs-Ardennais, 8 B-4031 Angleur-LIEGE ___________________________________________ From sebastien@barre.nom.fr Thu Aug 2 15:06:35 2001 From: sebastien@barre.nom.fr (Sebastien BARRE) Date: Thu, 02 Aug 2001 16:06:35 +0200 Subject: [vtkusers] VTK T-Shirt Contest deadline extended In-Reply-To: <4.3.2.20010801230141.0285e340@pop.nycap.rr.com> References: <3B682FDA.6E02B68D@rainbow.es.dupont.com> <3B6828B4.DCFB15DC@rc.rug.nl> Message-ID: <5.1.0.14.2.20010802160336.01dd01e8@pop.fr.clara.net> At 01/08/2001 23:20, Lisa Sobierajski Avila wrote: >Millions will enter, only one will win. OK - some will consider entering, >hopefully a few actually will do it, and one person will win! :)) OK, I've got a (rather stupid) idea, but I need someone confortable with any 3D software like 3DStudio, Maya & co (the rendering capabilities of VTK won't be enough, and I have no time to go into Renderman export). The 3D model will be extremely simple. If the picture wins the contest, I'll give all prices to my co-worker (since I can't really compete anyway :) From steven.leblanc@mayahtt.com Thu Aug 2 16:12:19 2001 From: steven.leblanc@mayahtt.com (Steve Leblanc) Date: Thu, 2 Aug 2001 11:12:19 -0400 Subject: [vtkusers] Python 'Killed' running anything Message-ID: <20010802111219.A1933574@mayahtt.com> Hi I'm a long-time VTK user. I've just upgraded my Python installation (on SGI IRIX 6.5) to version 2.1.1 so I recompiled VTK 3.2. Mace.cxx and mace.tcl work fine but mace.py crashes python with the message 'Killed' and nothing else (no traceback or anything). I've also tried compiling the latest nightly version of VTK. Same problem. Here's the interesting part. If I replace all occurrences of XXX.SetInput( YYY.GetOutput() ) with a = YYY.GetOutput() XXX.SetInput( a ) then everything works! I've tried similar constructions in Python (without VTK) to see if my Python build was screwy, but it looks OK, and all python tests pass. It only happens with VTK. Any ideas? -- Steve Leblanc Maya Heat Transfer Technologies Ltd. From kola.babalola@stud.man.ac.uk Thu Aug 2 16:44:50 2001 From: kola.babalola@stud.man.ac.uk (Kola Babalola) Date: Thu, 2 Aug 2001 16:44:50 +0100 Subject: [vtkusers] Generating isosurface from segmented data Message-ID: <000001c11b6a$12dfe170$71ea5882@smb.man.ac.uk> I have segmented a 3D MRI Data set and I am trying to view the segmented contours as an isosurface. Following the examples in medical.cxx I can view a binary version of the segmented image. What I am actually trying to do is to load in the original image and in some way combine the segmented image with it so that when the interpolation during triangulation will be smoother. Does any one have any ideas? Is there some way to mask voxels? Thanks Kolawole Babalola Research Student Image Science & Bio-medical Engineering University of Manchester Stopford Building, Oxford Road Manchester, UK, M13 9PT Tel ++44 (0) 161 275 5570 Fax ++44 (0) 161 275 5145 Take your business to the world with www.sprynt.com From niebrueg@cis.ohio-state.edu Thu Aug 2 18:37:41 2001 From: niebrueg@cis.ohio-state.edu (Bill Niebruegge) Date: Thu, 02 Aug 2001 12:37:41 -0500 Subject: [vtkusers] Parallel VTK Message-ID: <3B698FE5.49320233@cis.ohio-state.edu> I have a few questions about using VTK in parallel. I'm running RedHat 7.0. 1) I'm having problems compiling some of the C++ examples getting errors like "vtkBranchExtentTranslator.h: No such file or directory". This header is in the contrib directory I believe. Is there something I'm missing here? 2) Does parallel vtk use MPI exclusively? If so is there a version of MPI that works best with it? Thanks Bill Niebruegge From berkgeveci@hotmail.com Thu Aug 2 18:40:37 2001 From: berkgeveci@hotmail.com (Berk Geveci) Date: Thu, 02 Aug 2001 13:40:37 -0400 Subject: [vtkusers] Parallel VTK Message-ID: >I have a few questions about using VTK in parallel. I'm running RedHat >7.0. > >1) I'm having problems compiling some of the C++ examples getting errors >like "vtkBranchExtentTranslator.h: No such file or directory". This >header is in the contrib directory I believe. Is there something I'm >missing here? Did you build vtk with contrib ? Which example is doing this ? >2) Does parallel vtk use MPI exclusively? If so is there a version of >MPI that works best with it? It should work with any mpi distribution. I prefer mpich. Berk _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From Adam Smyczek" Hello Everyone, I'm a new user of VTK and I program with Java. I have a question to get data from array classes, for example vtkFloatArray or vtkBitArray. One way is to get the data with the getValue(id) method. It's not very fast. Is it possible to do it faster like the getPointer methode from vtkCharArray class? Thanks Smitti From 97yadavm@utsc.utoronto.ca Thu Aug 2 19:40:13 2001 From: 97yadavm@utsc.utoronto.ca (Maneesh Yadav) Date: Thu, 2 Aug 2001 14:40:13 -0400 (EDT) Subject: [vtkusers] MRI Tiff stacks In-Reply-To: <4.3.2.20010801225842.02859660@pop.nycap.rr.com> Message-ID: Hi Lisa, I'm not sure if you can be of much help, but the 'tiff stack' is a single file (?). The data is from mouseatlas.caltech.edu, (you can click an embryo and get the tiff stack from the bottom of the page, here is an example: http://mouseatlas.caltech.edu/Stacks_and_movies/13.5dpc-Stacks_and_movies/13.5dpc_NIH_stacks/Stack,Cor1750_50,256*256_NoZF I've never heard of these stacks before, but apparently NIH Image can view them...if anyone can suggest as to how to get this data into VTK that'd be great...(it don't think it is quite as simple as a concatenated set of TIFF's but it shouldn't be much more complicated than that)... On Wed, 1 Aug 2001, Lisa Sobierajski Avila wrote: > Hello Maneesh, > > If you haven't tried it already, you might want to download VolView > (http://www.kitware.com/products/volview.html). If your tiff stack is a set > of 2D tiff images (is there such as thing as a 3D tiff image?) then you > should be able to read it in and visualize it. This will give you a quick > idea of what VTK is capable of doing with such data. > > Let me know if you have any questions. > > Lisa > > > At 05:58 PM 7/31/2001, you wrote: > >Hi all, > >Many moons ago I was trying to write some molecular viz stuff in vtk but > >it never turned out (not so much vtk's fault as it was sort of underlying > >molecular semantics that frusturated me) > > > >Anyhoo I'm back to vtk as I have some mouse embryo MRI data that I'd like > >to visualize and > >I've been given a tiff stack, which I really not sure how to process (is > >it just a concatenated set of tiff files?). I think Sebastien Barre's > >tutorial provides me with most of the other help I'll need. > > > >Any other advice from people who have done this sort of thing would be > >appreciated. > > > >Many Thanks, > >Maneesh Yadav > > > > > >_______________________________________________ > >This is the private VTK discussion list. > >Please keep messages on-topic. Check the FAQ at: > > > >Follow this link to subscribe/unsubscribe: > >http://public.kitware.com/mailman/listinfo/vtkusers > > From niebrueg@cis.ohio-state.edu Thu Aug 2 21:10:32 2001 From: niebrueg@cis.ohio-state.edu (Bill Niebruegge) Date: Thu, 02 Aug 2001 15:10:32 -0500 Subject: [vtkusers] Parallel VTK References: Message-ID: <3B69B3B8.781F23F1@cis.ohio-state.edu> I did build with contrib and the examples that are giving me problems are: FayShow MandelbrotVol NonBlockingMPI TestController TestMPI TreeComposite composite I get mostly undefined reference errors to MPI symbols, i.e. MPI_Group_incl, lam_mpi_char, etc. I have LAM mpi(?) on my system already. Any ideas? Thanks for your help Bill Niebruegge Berk Geveci wrote: > >I have a few questions about using VTK in parallel. I'm running RedHat > >7.0. > > > >1) I'm having problems compiling some of the C++ examples getting errors > >like "vtkBranchExtentTranslator.h: No such file or directory". This > >header is in the contrib directory I believe. Is there something I'm > >missing here? > > Did you build vtk with contrib ? Which example is doing this ? > > >2) Does parallel vtk use MPI exclusively? If so is there a version of > >MPI that works best with it? > > It should work with any mpi distribution. I prefer mpich. > > Berk > > _________________________________________________________________ > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From julian@essaustin.com Thu Aug 2 22:24:04 2001 From: julian@essaustin.com (Julian Humphries) Date: Thu, 02 Aug 2001 14:24:04 -0700 Subject: [vtkusers] MRI Tiff stacks References: Message-ID: <3B69C4F4.78FE2941@mail.utexas.edu> Maneesh Yadav wrote: > > Hi Lisa, > I'm not sure if you can be of much help, but the 'tiff stack' is > a single file (?). The data is from mouseatlas.caltech.edu, (you can > click an embryo and get the tiff stack from the bottom of the page, here > is an example: > > http://mouseatlas.caltech.edu/Stacks_and_movies/13.5dpc-Stacks_and_movies/13.5dpc_NIH_stacks/Stack,Cor1750_50,256*256_NoZF > > I've never heard of these stacks before, but apparently NIH Image can view > them...if anyone can suggest as to how to get this data into VTK that'd be > great...(it don't think it is quite as simple as a concatenated set of > TIFF's but it shouldn't be much more complicated than that)... > Go to http://rsb.info.nih.gov/ij/ and download or run imagej. You can open the stack and export it out as separate tiff files. (Convert stack to images). You can also do any image processing you might need to do ahead of time before vtk. Julian Humphries From tswilkin@fas.harvard.edu Thu Aug 2 20:49:22 2001 From: tswilkin@fas.harvard.edu (TJ Wilkinson) Date: Thu, 2 Aug 2001 15:49:22 -0400 (EDT) Subject: [vtkusers] Fitting 2D image Message-ID: I'm using vtkImageReslice, vtkImageMapper, vttActor2D, vtkRenderer & vtkRenderWindow to display and interact with 2D images. I'd like to add an image fitting function, but I'd like to do it, if possible, without having to store extra information, that is, just use the information that is available in these data objects that I listed. When an image first is displayed, each pixel in the image file is mapped to a single pixel on the display. The only way I've found to fit an image is to store this original spacing, then use that value to find the new spacing that would correspond to a fit. If I don't want to fit the image immediately, though, I might change the original spacing via zooming. Basically, I was wondering how I can determine the correct spacing from the original extents, the size of the renderWindow, an origin, and a given spacing. Sincerely, TJ From 97yadavm@utsc.utoronto.ca Thu Aug 2 21:03:54 2001 From: 97yadavm@utsc.utoronto.ca (Maneesh Yadav) Date: Thu, 2 Aug 2001 16:03:54 -0400 (EDT) Subject: [vtkusers] MRI Tiff stacks In-Reply-To: <3B69C4F4.78FE2941@mail.utexas.edu> Message-ID: On Thu, 2 Aug 2001, Julian Humphries wrote: > > > Maneesh Yadav wrote: > > > > Hi Lisa, > > I'm not sure if you can be of much help, but the 'tiff stack' is > > a single file (?). The data is from mouseatlas.caltech.edu, (you can > > click an embryo and get the tiff stack from the bottom of the page, here > > is an example: > > > > http://mouseatlas.caltech.edu/Stacks_and_movies/13.5dpc-Stacks_and_movies/13.5dpc_NIH_stacks/Stack,Cor1750_50,256*256_NoZF > > > > I've never heard of these stacks before, but apparently NIH Image can view > > them...if anyone can suggest as to how to get this data into VTK that'd be > > great...(it don't think it is quite as simple as a concatenated set of > > TIFF's but it shouldn't be much more complicated than that)... > > > > Go to http://rsb.info.nih.gov/ij/ and download or run imagej. You can > open the stack and export it out as separate tiff files. (Convert stack to > images). You can also do any image processing you might need to do ahead of > time before vtk. Apparently ImageJ cannot handle compressed TIFF files...:(... > > Julian Humphries > From Scott.Harris@wpafb.af.mil Thu Aug 2 21:05:52 2001 From: Scott.Harris@wpafb.af.mil (Harris Scott R CIV AFRL/SNJM) Date: Thu, 2 Aug 2001 16:05:52 -0400 Subject: [vtkusers] MRI Tiff stacks Message-ID: <67348AAF0635D511866A00508BDF0CC82E4E8F@fszhtv11.wpafb.af.mil> NIH Image can read TIFF stacks and has a scripting language, so you can use it to read a stack and spit out individual TIFF files for each slice. I'm not sure if NIH Image can read compressed TIFFs. It's a great program, however. Scott Harris, Ph.D. AFRL/SNJM 3109 P Street Bldg 622 WPAFB OH 45433-7700 937/255-9614x285 (office) 937/255-6489 (fax) -----Original Message----- From: Maneesh Yadav [mailto:97yadavm@utsc.utoronto.ca] Sent: Thursday, August 02, 2001 2:40 PM To: Lisa Sobierajski Avila Cc: vtkusers@public.kitware.com Subject: Re: [vtkusers] MRI Tiff stacks Hi Lisa, I'm not sure if you can be of much help, but the 'tiff stack' is a single file (?). The data is from mouseatlas.caltech.edu, (you can click an embryo and get the tiff stack from the bottom of the page, here is an example: http://mouseatlas.caltech.edu/Stacks_and_movies/13.5dpc-Stacks_and_movies/13.5dpc_NIH_stacks/Stack,Cor1750_50,256*256_NoZF I've never heard of these stacks before, but apparently NIH Image can view them...if anyone can suggest as to how to get this data into VTK that'd be great...(it don't think it is quite as simple as a concatenated set of TIFF's but it shouldn't be much more complicated than that)... On Wed, 1 Aug 2001, Lisa Sobierajski Avila wrote: > Hello Maneesh, > > If you haven't tried it already, you might want to download VolView > (http://www.kitware.com/products/volview.html). If your tiff stack is a set > of 2D tiff images (is there such as thing as a 3D tiff image?) then you > should be able to read it in and visualize it. This will give you a quick > idea of what VTK is capable of doing with such data. > > Let me know if you have any questions. > > Lisa > > > At 05:58 PM 7/31/2001, you wrote: > >Hi all, > >Many moons ago I was trying to write some molecular viz stuff in vtk but > >it never turned out (not so much vtk's fault as it was sort of underlying > >molecular semantics that frusturated me) > > > >Anyhoo I'm back to vtk as I have some mouse embryo MRI data that I'd like > >to visualize and > >I've been given a tiff stack, which I really not sure how to process (is > >it just a concatenated set of tiff files?). I think Sebastien Barre's > >tutorial provides me with most of the other help I'll need. > > > >Any other advice from people who have done this sort of thing would be > >appreciated. > > > >Many Thanks, > >Maneesh Yadav > > > > > >_______________________________________________ > >This is the private VTK discussion list. > >Please keep messages on-topic. Check the FAQ at: > > > >Follow this link to subscribe/unsubscribe: > >http://public.kitware.com/mailman/listinfo/vtkusers > > _______________________________________________ This is the private VTK discussion list. Please keep messages on-topic. Check the FAQ at: Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/vtkusers From 97yadavm@utsc.utoronto.ca Thu Aug 2 21:11:18 2001 From: 97yadavm@utsc.utoronto.ca (Maneesh Yadav) Date: Thu, 2 Aug 2001 16:11:18 -0400 (EDT) Subject: [vtkusers] MRI TIFF Stacks, tiffsplit almost worked! Message-ID: Geeze I love unix, I fogot about libtiff utilities...Jim suggested the use of tiffinfo and I just guessed and found there was a tiffsplit, unfortunatley I get the following errors: xgq.tif: LZW compression no longer supported due to Unisys patent enforcement. It does split up the image but I get garbage.... Arrggh!!! From volpecr@crd.ge.com Thu Aug 2 21:23:39 2001 From: volpecr@crd.ge.com (Volpe, Christopher R (CRD)) Date: Thu, 2 Aug 2001 16:23:39 -0400 Subject: [vtkusers] VTK T-Shirt Contest deadline extended Message-ID: Ok, here's my entry. It's descriptive, rather than a finished image, because it's going to take a little work on your end. My suggestion consists of three photos. The first is Lorensen holding up his arms in a "V" configuration. (I can help with that. We've got a pic of him doing this up on the bulletin board among the other photos taken at a playground construction project a few years ago). Then get a picture of Will holding out his arms in a "T" configuration. (Ya know, I'll *bet* someone's got a picture of him doing this while officiating at Ken's wedding.) Then all that remains is to get Ken to stand with his right side facing the camera, his arms extended up at a 45 degree angle, and one leg extended down at a 45 degree angle. (Lisa, check with Michelle to see if she's got any pictures of him impersonating Chuck Berry with his bass guitar. Or maybe just paste a picture of his face on something like http://www2.cea.edu/robert/ChuBerry.jpeg. It kinda looks like a "K".) Voila. V-T-K. Chris ============================================ Christopher R. Volpe Computer Scientist Visualization and Computer Vision Program Electronic Systems Laboratory Bldg KW, Room C215 General Electric Corporate Research & Development P.O. Box 8, Schenectady, NY 12301 (518) 387-7766, Dial Comm: 8*833-7766, Fax: (518) 387-6981 e-mail: volpecr@crd.ge.com web: http://www.crd.ge.com/~volpecr |> -----Original Message----- |> From: Lisa Sobierajski Avila [mailto:lisa.avila@kitware.com] |> Sent: Wednesday, August 01, 2001 11:20 PM |> To: vtkusers@public.kitware.com |> Subject: [vtkusers] VTK T-Shirt Contest deadline extended |> |> |> |> Hello Everyone, |> |> By popular demand (well, actually because we'd like to have |> more than one |> entry to choose from...) we've decided to extend the VTK |> T-Shirt Design |> Contest. We are hoping that someone out there in the VTK |> community has more |> artistic talent than we do, and can come up with an |> eye-catching design |> that developers and users everywhere will be proud to wear. |> If your design |> is selected you will receive not only the immense |> satisfaction of knowing |> that you were selected as the most creative t-shirt designer |> in the entire |> VTK community but also not one, but two (yes, that is two!) |> free t-shirts! |> And, if you act quickly (definitely before August 27, 2001 |> when the contest |> ends) you can have the option of having those free t-shirts |> autographed by |> the entire Kitware staff! But wait - there's more! The lucky |> winner of the |> contest will receive two (I know it is hard to believe, but |> yes I did say |> two!) free VTK User's Guides! Keep one for yourself and send |> one to your |> Mom! But wait, there's more! Each of those beautifully bound |> VTK User's |> Guides comes with a VTK CD-ROM! You already have VTK? Well, |> don't worry - |> they make great coasters! |> |> Millions will enter, only one will win. OK - some will |> consider entering, |> hopefully a few actually will do it, and one person will win! |> |> Please send all submissions in electronic format to |> kitware@kitware.com |> with a subject of T-Shirt Contest. |> |> |> |> Thanks! |> |> Lisa |> |> |> |> _______________________________________________ |> This is the private VTK discussion list. |> Please keep messages on-topic. Check the FAQ at: Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/vtkusers From 97yadavm@utsc.utoronto.ca Thu Aug 2 21:38:17 2001 From: 97yadavm@utsc.utoronto.ca (Maneesh Yadav) Date: Thu, 2 Aug 2001 16:38:17 -0400 (EDT) Subject: [vtkusers] yay! got my TIFF files In-Reply-To: Message-ID: Sorry to be so verbose, you can use tiffsplit under RH6.1 to get it to work....I have heard that there are libtiff rpms out there for newer libtiff versions, contact me if you need help finding them. On Thu, 2 Aug 2001, Maneesh Yadav wrote: > Geeze I love unix, I fogot about libtiff utilities...Jim suggested the > use of tiffinfo and I just guessed and > found there was a tiffsplit, unfortunatley I get the following errors: > > xgq.tif: LZW compression no longer supported due to Unisys patent > enforcement. > > It does split up the image but I get garbage.... > > Arrggh!!! > > > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > From ziegler@merl.com Thu Aug 2 21:59:31 2001 From: ziegler@merl.com (Remo Ziegler) Date: Thu, 02 Aug 2001 16:59:31 -0400 Subject: [vtkusers] normals Message-ID: <3B69BF33.913EB295@merl.com> Hi, how can I be sure, that all normals are calculated the right way if I have vtkPolyData. I tried to do something, but some normals are not correct. How can I improve this? Here the code I used: vtkPolyDataNormals *normals = vtkPolyDataNormals::New(); normals->SetInput(polyData); normals->ComputeCellNormalsOn(); normals->SplittingOff(); normals->ConsistencyOn(); normals->Update(); polyData = normals->GetOutput(); maybe somebody has a good idea? Have a nice day! Greets .... Remo From lisa.avila@kitware.com Thu Aug 2 22:50:09 2001 From: lisa.avila@kitware.com (Lisa S. Avila) Date: Thu, 02 Aug 2001 17:50:09 -0400 Subject: [vtkusers] MRI Tiff stacks In-Reply-To: References: <3B69C4F4.78FE2941@mail.utexas.edu> Message-ID: <5.0.0.25.0.20010802174631.02ab2f00@pop.nycap.rr.com> --=====================_618395984==_ Content-Type: text/plain; charset="us-ascii"; format=flowed Hello Maneesh, I was able to open your file as a raw file in VolView (I had to rename it so that it wouldn't assume it was a tiff!). I think that is because it is a stack of uncompressed tiffs - it probably wouldn't work if it was compressed. If your data is uncompressed like this, you can simply use vtkImageReader with the right parameters. Cool data - I can see eyes, a spine, little webbed feet... I've attached an image. Lisa At 04:03 PM 8/2/2001, Maneesh Yadav wrote: >On Thu, 2 Aug 2001, Julian Humphries wrote: > > > > > > > Maneesh Yadav wrote: > > > > > > Hi Lisa, > > > I'm not sure if you can be of much help, but the 'tiff stack' is > > > a single file (?). The data is from mouseatlas.caltech.edu, (you can > > > click an embryo and get the tiff stack from the bottom of the page, here > > > is an example: > > > > > > > http://mouseatlas.caltech.edu/Stacks_and_movies/13.5dpc-Stacks_and_movies/13.5dpc_NIH_stacks/Stack,Cor1750_50,256*256_NoZF > > > > > > I've never heard of these stacks before, but apparently NIH Image can > view > > > them...if anyone can suggest as to how to get this data into VTK > that'd be > > > great...(it don't think it is quite as simple as a concatenated set of > > > TIFF's but it shouldn't be much more complicated than that)... > > > > > > > Go to http://rsb.info.nih.gov/ij/ and download or run imagej. You can > > open the stack and export it out as separate tiff files. (Convert stack to > > images). You can also do any image processing you might need to do > ahead of > > time before vtk. > >Apparently ImageJ cannot handle compressed TIFF files...:(... > > > > > Julian Humphries > > > > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: > >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers --=====================_618395984==_ Content-Type: image/jpeg; name="mouse.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mouse.jpg" /9j/4AAQSkZJRgABAQEAAAAAAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAFGAOEDASIA AhEBAxEB/8QAHwAAAgIDAQEBAQEAAAAAAAAAAAcGCAUJCgQDAQIL/8QAMhAAAgMAAQUAAgIDAAIB BAEFAgMBBAUGAAcREhMIFBUiCSEjFiQyCiUxMxcYJjRCUv/EABwBAAEFAQEBAAAAAAAAAAAAAAAD BAUGBwIIAf/EADURAAMBAAEEAgEEAQIDCAMBAAECAwQFABESEwYUIQcVIiMxJDIzQVEIFjRCUnGB 8DVhcpH/2gAMAwEAAhEDEQA/AO/jo6Ojo6Ojo6Ojo6Ojo6Ojo6OvkuvXSdhiUJUy24bFpi1AB2bA 169UX2CGIJzhrVa1cWskjiuiuiC+Slx19ejo6P8AH+P/AL+Sf+v/AF/P/uT+Se5J/j/H/wB/JP8A 1/6/n/3J/JPck6OjqL805tw3txxbX5tz/lGFw7ieEpDtjknJNSnkY2eFm5Xz6Y2b956EA6/ftVc7 Pr+82L2lZp51JTrtiuk/hIUFmICqCWYkAAAEkkk9gAFJJJ7AA9yexJ5d0mjUdlREVnd3YKiIoJZm Zj2VVCksxPYAEk9gSZR0daJu73+b/gy9LR4x+LvZzc7wXn1tnNwecco0rPD+IzyFRaFbJ1kcdHLu 7/JuMmYZ+mVRl/im7epusZbYxbgTeHW9y782/wDJF3Szxz+R9+Fdv6/7n7djM7dZ/HOBaNR5L0vR S+T1q9Pbdm0q9n5tpu3GrsGqpYamzp1lXB7SOu6B82U1DEqrV0ZMgLjue3r16I6HBUBg0YVUhkAY u6g15/kuWhZOMybeVdWCA5ppGLOfHwE77aZhpSilWSmJdSEMg7+TIG6+ujriw1OYfl3ylM0t/wDL X8itHMZ6/wCrPdDmd3jllqLH7FYXUcXkNhmic2FLKs6xmGlTPUzJa49+ozvfkf8AnFwbQq5GP+UP ee9614kC0e6HMUUalOn6IQqrQtaFVAViUUTBSkzERmWGPgYJccfyJ7gphDsyLCP3LCtQSweppTDP GkU/rYFdlLUDhIwe3hNmtfkHMI0kn8avppWizSUNymg7sVLs1ckoeP4UqqWer+QCTYAt1269HXK5 2C/zOfkj2pzdqr364Ovv7hVUZFbJ18/VxeE8l47FVRof+/p0+Patblq79dH1FugqdezpLsvZyK19 pQO/78aPzL/Hv8suL5+/2o5tR/mLY6ZXO2/I9DCzO6GGGXbitZds8Oq7enaVUITr2k6VJ1zLJNlK jvBfXcprbutYN4aZNFvJlBJV5Oy1MiqXmWn7CfBvr0ZNiJSZvmmzKDJYefwbbDJQWwb+z98G5FnY tOrSokbTpbHqdGCmk8mm1Ih0GhJ07p1aXo6Ojr51N9HR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR 0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dayvzy/yYdtfw7qN4DxLMR3d/ITZzr8YPbj F2sZmZwm+IcXbQ1u9TquzG7wrDt5vKqXIMSrGWV3lNSuVGpdyat+tyNXJIA/wzHuAqqpZ2Y+XZVU dyx7KT2H+FPkSFDdmuvZmwwfTqoJzUhR+CXd2LhZyRQWpR/A+KKCxHc/gK5D2/ND80e1f4S9qT59 zsLfJOU7lg8Ttj2twXLHlXcTlhqYaaFZhKsLweO5whF3lfML9dtDDzfVFKnsctv8W4hp8yvdXmHf z8mrNDnP5Sd1LuzcuPrX+Jdh8C9SXwDDtCyqNOa3FAtFmOeK4s1b+tbC3pXExZi5curAiJRanOe6 /f8A7t6ffn8htpfLedchZZDitOvcKvxLt5xR7+abNPg3EcbWq6zqfGsKN2yNT9u/d1Ggxti3a0L9 uzfNvYVzkPL+es1MXIRyC9FirlZetsKzYWYpuetltStYs4UzXXJ30tlTM8EKJi2sGuas8pbPhaKi 2qHlVwr5/YvjOHiwZDnLsq21OwBezr4zn2ll7L9jRfOuT5W3Iua6IaExDt9SHtEYDsxK30kkpps9 FC+L/wCniAJZKs/v1V9XFO19DS06uJaz4zTpSpINR/C/ohURWRVZWHPkpsSJMNRNeLmBBA2QUMky SemN2ozqGqynQzq9nwheZDPlk16wQ36MaCk3V20qZ5KA9lTBzJCZxDZNPTR4D281ONNRyLmFynd2 WDE3M6rWq04z1OZVGus6prvVVJKfMCTdIZbEMGHgwCiLF8YwUwnVzs+3DKRCLVvzGaTU2W2hF1mm +1jl+j5St/ykJtf7ZEV3FBDPq+VS9aq60X+IJT2eToxeiHt4uQy9/BgJ08gi+IZxRj01pyYo1JIl ZTZ3LSm5/APsDqykhG7EBgysWKqSv8WNRW0O2a0BezBy9IakKYU287NuvAGesiIxZwlUhUuGeo/s e8qkJjwUwyTlR6HZjiKW2T1KAw/1siy3dhb5T/SR9Fhuusvkm+vtIenoJTHk5ZEeNg1nAzryhQb6 q9QJCKliaucNgpXJAC69YND94jHzJuc6IccispI4L+vudxgdCoyrp0lMTVWqWNB2lYa1y5PwbkzW lCEn4HzMWSkS9oKRiJ88szI9GKS9Rj/Mm/kGSTN2PYmxnNXZmDqFi/8AHzE7IZ9J/uhzhqX0L6lg Idr0NJVSZJH1hQWMfFiQ6LLwowC0COviNN+/+Pjt6bF/j2mgBUsU1CsqCbVZQMYoFUqlVFXIsAST 8N+noiWCqTBazmZqxb49zjtLyb/yvjHKOY9p+5Wci+/inc7ttpI/mSs3s52ZoBuqwdheliU7ea+4 q++vZXdZRsvoEnQhukA78bnELcLvtyqFGs4ij0GLmCtX0GZg/jWuVysTBRElM1z+/wBCKTifT06Q XOe0tXTxtFuijRCy5n0s1EV8AV2FsMgZLao2ccrLZV5lJjDZkBSw4GB8glSK3l6281lVJuJP4spV p2JZ5HymZZkRaTHj5Z+2c5aZ9HZemd9Vt39d7OJPWdc86HxVe86Ta9FcMqrnRlMKonvysJLksneS Fu/hn/mz49fIO0/52Lye3PNcfMoKzO93Hqlq7287gmldSpFjfycKpdZxDkuxExrPdmVR4a6yewhe fxatQoZ1jf8AZOtk7+Tl72DqZ+1ibWfS1sbZybtbRydbJ0ayrmdqZejTa+poZ+hUcm1Su1XNrWqz VPrtYoxZPFX3b/G8tHPSacvQKsJn+qtuVx5VdFVjKyXSnIyhlD7B1olTyv23KuybhuR4DyXh/GL8 /vy9/wAfSVcOxnx3g7FZ21DG9pe4FnxPGK1h1G1t0e3vNa8s0uDP0EULZZWJaLa4ZS2tPX2//EtL es3juRNsV8hb1ltEf5EI7hrqQxASVGE1upHczLdnoRSaO1vqZ6TvEfK9WHxz8o1N+QKUTUoFOQk6 Me4uAyDbP1/7KTX7dSndRpvVYr25dHVb/wAW/wAruyv5idrczur2Y5EN7Otw8NniutZxEc94VcTs 7eMvO51xnK29pnGrt9+DftZIWrJJ1coU6uXYs0HLfNkOkEZXUMh7qf8AB/I/wSCCCAQQVIZSPJW/ iwDf50bPohrhLTmqloWRaSrNvJHQ9+xB/wDjsQf5Ke6sAwPc6Ojo666W6Ojo6Ojo6Ojo6Ojo6Ojo 6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6OjpI/kB+RnZr8Xu3Ov3Q7181zuJ8dzEGdau0xscg5Fe+1ar XxeKYCmfyHINa1at1ERWoqJVMHxoa9iljpu6S+UrvB/lL/Ob80LvcHh/Z27k9jewfMszf4hoDawe LaOxZ4ZuU+RYd4bnLdLD5DdoXNDKvKTdu8ZdXvTerN1uNaOMr2pwktRS7ZYKbXSa1pNCCZSZ/BaW /JKKx7kKA1XRaNOThG7V3mPk3HcM4z09mra0msuLMZNZIglFtf2VQQi7hVRm8qUJf0RqZV62cf5E /wDLTb7dc00vxc/Dq/T2O8GRakO6veX9PK3eH9km4u9YDZ4ovG1c7TzOVcymtgbVDlI6C0YXDlGu nNy7yv8AmU4ehLh/b4MRlS+OlGryjf0HM0uVXt3fTy/kOkvTr3LWg/TKs5SKpsV+yZ2Gxst9ofXQ qu2tJTHtF+Jacx4uuc5qBNEKK38hI7mfV9VzC1Ki/p4+09n6vqKlL/oZ+RUpQ2APxeLhnYivRL7z ubt+xbQqtWs3blhDLSv2ccmQCv41lb5WxquBlZCK/uoAbbJ9j3mJrjsjwZvfINqPjKt0VKzZXdWE 8laXU54llQ1ZYLWyif2hT1L2zvTy2nkNJtuKvUkzmsFNc2aTt5iOY0pFpHxTvq1CZtoKn7BOWebP OHdve2+tybFkJ2a3FM2smEIzq2vpCbq4Y60k0rOnkWa5Ote5AkFsT/Q0rquTC/2Ju3227Q4vE6St zJr1dDTS4iNRpNNopI9KfRgVa1ui5ikOqAULaf8AWVjBfEZazOcH4lQ47TpZV192/QqfK/NR+loJ nVtr/jpWt1oKdpcLRK2rrImHrWsQAQFy1TFhMOclS6/7WZXXch4vJ+ddbObIH8BGix/8pGhcmI/s yG101wBa0JQcNsQL8KodqEFnZosGoZ+az9rAh6eKMJMsmZx5v4qXFVVUPUbqYureDu/YzaQoU8/y xChmdi6oxFPLxoyIRVfIIp7lDhMX6Fay7yCrLvto1Yp7IWVPZ9q6VKlbw96taJQ551aClCYpP9wB GY69v/hlqA/SopRqZaLMhfnKoofah31sklTysWEvacmgIMGWDGFyuZHx6tlh5+ZUbRGyrxRVZeRE gq2dFXRs+yTNZWyzkpACkDOAmw93/wAgaC4P2KZFjupjWzqNU7VFtdY15jYYIViOYhgHSck6ikjM /wDNgEEtOSGRLzEyqklrSrr7VkUlTxGfQ2mJCoyiXqnpBBizOSvlZVeaqPWCx4RTpPmk7AGcjJRL QzqAA3lJ4Tsh/r8jPsToQlPFWXwYq5PGExXiya9KsYAJNAlVqLlH5bCq99f/ALc1CKFzKSS6wJrM igxJbBjyewvL45ubptmoJhadWtI0Y/v4/q37HXbMyPj5yUN9Y/rEgUT4dFbjGhVtWMl1zPmlaWBR n0WUUMNxSwS/aFC3GMfOQiDmfl/ovMCUhHUJ5VxXkmCxLVZv/wBt8Cr6Vdy8wlLgpgYEIqOBAjEz M+HJXBf6mY9inpaM9B9qFpVWWgUUrJVqGJLEPSWK4pSH4I0TYdh3S8UKs4Uibu+mN6MEV/sRo6Ot ZAgM3loTiXFKRAb+5NAZZESuEKE9QxvHkOBbYsba4syiDruTdUxRSR+w1zVWFQe0/wCnMKyyuv2I vaREyle8s4W++90Us9pW6/2L9uzZz3Ea2MOZd7upWb0tXH9lsGTXEesDC5kZhoUFbGc6wsvv8GtA mxav19L0FpDXWXlq3itbiMRWMSln2KPDDI/Sf5sXEZy7b1VGXq5R7uj52HhVsPOfs39F902qhjf/ ANraETEQRMFqCMwhqyyX3Os2ZWpNWr3819pooYUWlTQe+fb3/ZjjQyUSmxk6v1z2lIVE+1Z1tJV0 ACsDbuS6kPtZ3FCytRNj5HYgSSLIwBpnp9tyiLxO+WjYkShz7dbMfVGIa1bUBWtCsQJgKGUWadQ1 gUx+0CTJwTr77u9o11z140Mo5TfRYZTZcKmqk6Fw2JSxj1TQ+RQMxUf6ExRlXWh/2aqB2+8h18u0 pl52XrJ9Wj/xsVttRHYgwATNqKYs8ksxEDY4lvBrfMCw4dCk5Hznt/fVYydOr+wbVvXdWqroXYrV 7Kp9mrazFuKsOSYkyfAl7p+lZbVGMsJFlUU7MZUK+sO35PdSoZi7K57EmidyVR1V2osFLTJPPuw/ itPFkWjKQatMebOPZMuAZll7eSTdO6O+aL0RetIPaTkH5H/iRy+z3d/FLm54LrVinpc47YM2hPj/ ADnNoV96nURvcfu2AyeY2Muvt638O63Ti9i27jNnFcGmMWy6Q/wE/wAunZb8xHP7ddwa2b2L7651 nIzEcJ5HvJTi9xLd0EUSsdutHVCi12rY2Ycj/wAAslc5DUruofxepyRYa16vrJ5p2Vys4UcuwsCN ertsrLXqXdapjl+i5Vxi9Cnp6oWW4zE22oiJWQ07CIkbNeE/+wNMe4n49zyflKbc8S/8Z5Dx4Mre o82zP1eKbeU+tqLfQ5eWijTVV29QYD6rt46699h/rcgr2q6xbVdGacNC5MW8apPuoPZU2MxKr7B3 9U6Eg9/WwuxVXIo09nsc8ZznJcPV2ysrZ0ANcmionn20cv2qoKsM+mzdlAzE2r60raN2jq9vbv0d ce3bH86v8jf49cm/8TyO8ie/+TgtubZ8G73VT39vnGUyKlS1R493AstVzhOlmyCX0UWOS286Puy8 zJcTX0i3r/hr/lV/GP8ALtFLjNjbq9me9TL9jMudlu4Or+psNvxoZtCjU4xyK/nYmVyzQ0X6tSqj jtMK/MIvq01xxtmXVTtPYM1IkrpkY+Pj3p5B8/dmKD+4BfAFvFFN0l7KOJy9jq/WjcT8v4vk2WNR XjtDFVRNngsbOzFAufSrmbM7DtGV/RqsBRpZmEr9tmXR0dHXfVq6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6 Ojo6Ojo6OkZ+Rv5FdqvxW7Rcn7yd3eQ1cXj2BVshnUCs1F7fMOSRnaV/K4VxClas1/5fk+6GZa/S ogwU1qaNHb17NLj2Zs66Xn1w+/5D/wA7+W/5HO+ie1fA9LXwvxm4EKeQ5GDaqop2tq2nimoO3y3m NarYvke5bHZuYuNWbeOlhcYaicukvU1+V2r3HataSzQB9+hmSTeurzUqtKO1DNHKKs5lu5ViPy/g 6JQGv/IeaPEZZzzqK8lvoc3HQKllNQCaXqAQfRmQpSpHc/lR28WZwnfyP/I/vD/kw716fcbnDr+D 2n4xyDRT2q7YZuxoXsHOzns4tn2FKdcsLVedqKw8i/yLYpVKuZu7qrWpnU6tBlHIqWT7cdv22KuZ m0MMaOVlgcXUKAGKsPXWuDVNB1iU0AgrKq4JP2UkfUzbED4Z/Xant9xfiePQrKw/M1mIXXKlWBNZ RmVOTFCGp8EtCK9nwX0UH19ZKIIy97icXxlRkRnY1J+FHlZvu3ZTD3D4zRIkitAEMyS3T/Z0qUMj MjED8ynseWeONJSmERyG2aie1tdF82DUIdiomqlpS7sIgu7EsaMaVLRHjY7ESf2tmx2fkuZ0eD6N dvKhHoUN2jGShRnz+PjIBXCmiszerj3CUCqrXOnQoWq0pJGbTZNtFFTZvSRtEbIk64f1Uw22EnK4 mfECMFPTtw+K1k2GWrehac5RQLmgmvUrjbW2yVSsj522MY2wowWxFaJaMt/tMNV8j+GBxKcfIper DbqWBQ47TfYbz0+i1u8PBSzM3DBvXDfJfIWkoTZAGTcwsqzIrsrsTEK9iZWaTAlkeqhhpOMYBNr2 KBlajlvqbQh8sBPlxNVcep19i9wpKdwVFAS4UKSWKH/juwJ8fsOFEpWoYg6DdvF1NU7ohKg9wH9i tNAA7u/bv7O4JYS1MiUTPSh9mRx4oap9k1S8ftHwWSf38wWMtpkXvdXMM9tkRWxViYO1WZExMLNy Wy3uKZaNVd6kmiCXU2shucKrVlBqXEt/Zi/cSv1mFz4KwuCMnSTAWpcTAxXExbxvhrWM+f3jw1q3 jNVcB8noCq6Ih5xEHBOsiJTDYGGEHzDplcZzaX7tt2ZeaFiUiLqyGxYsPODD3a2uDgXRXJCXqUpI vWSCRdH++nU1kJUL19EyjNO3sWaA/wBndo3e4Ss7BgzTSGuLhxUzFWog4WcvVUtQTiFLy0ik0lB+ 1R7V212ZYL5hR7Jr9pLApaudKeanJ52fyWhDVZmc4qLVNOKllx6Ca6gZBTNRlls1gNnrBTCay58+ BkoGSnqfcZKjCZOKdNVk1gL5svObRriSKRKmhdQDkWFPr7mxkTAxHtE+J8OdhqY422Eqqrhkezpe q99TCWC0AphXUtDIjyS5DzDAKGLASn/eY0P1q1cnr+tdlaPaoRNVl2pkAaQl/Uk2fRgxEjBSajn5 yft6lHTrL46ewgclyvrlokdqrSXYFnK5qcNEtTsvmJXSBYuVLLAAniKJqB+qMuxXCS1zyX47RaXh 3LUTPfiPNrJ4L3S7xLMyp7FinfqbCua4TUCndcHkW12whgpQYyUF8fciiSZEAI+AcBz4GZAILz5U XGbCbmVoL2cx6fUFHfqELbQxMf8AsqIC/XWPgin+pi5vqRSoVxIzgsvmiiqKuWhvQqv6DFcmFY8n EkMGbxBZEbPEMn2XATJzMwIzHUoXdocmpV9Al3VWFCxMwq76sWsp8kJ/NhCwJ/rMQUGv/wD5Ihmf KBXP/WKIM1lIEU5PPglJvGnk05PGC+SojMoMaus2cWaVQCx7hnhVE9NBHbOzFMm/OONbQiP50Zjn yItgDQqjyF5wqRQxcs9zHbGYDhdjXq2bt6BB4XaZlvz1nXXMn9nNVZcDG+sx9RWQR9S/5rZASAwr Q4ZnZugr9VziXZgjnEkM+3miZQYsnOY6kq5XkTGYsebTIIpmzKgn9gSZ00LFKvZrZ9hjPIDYlo2a rrKB9mSQBDaAx6GMyLEf7HwZwJCyIOIbfqrs5zf389bYi39Ft/W8tW3x6qsNZXdWUoYn1OT+kl9I KZCB8xKonoF/O73iwZe15NTdN5VTsZJq+oLYlWxSr0vmEfBVW9qx7zHFX0T21GjReD+xpG5nOkjn oEZZz5ZMPtis9Pi1G3TEKIoS5oviFUvIOHZ6bLCs/rOsMQRRnOJF6qUeWQQH5mTH6SCvZYN8EIyv 7qaVaSWFL+MoPZYucLDLvh9m1WZdc7ubCm1pBjWrfoJclS5rfQlfpsbJ+WS9sQlMuhVWv+1cL7S4 oE59rn7bhZ4IQaVas8RJLIgYEJps/XgpIpU2RHyt+TbtC+1WMh4ULNImLGvcOM41nDDiFU7DayGz DQYfgkOr1jUyf2gMosRKJVKnuv8AObUDK0KQtmDtcu8c9VaU7MG/k3b0XoOyPDRQUcJJCml/6Vcw dm9ZjSNcx8ao7SyvNkldZetqKc9F0MoZHxWqX0qnt6zb28K/jiqhp1lEc61uvyDaCnmKbMnAZOcu herHadFcWSAWkJmSEBs/YWBEC2sYdmvgP4vhUE4rSr07x23VsxF5rihH694xxpfDbpJZ8waBwV30 hzvrBkbeNGLZt2pz6q7m6LahW80LtJLWrNrlWFpZW1GJKKx+jbAAgfsBMWHgJGz1LrFW0zMW3Krr HJupdT0KFqsDyQxqHnRv11loJT9hswC5UnyCVguxDWMB62JVk8EWQ9gHk6qQ7KjUs9ZKApgaJRSU 86UCSrWiCH8yVRHRJ5ImWa1HiEmKe0pClWNpp4KuZWnRm7KG0/h6uyZkUBmTWJ3u7RYtBgaWvmPq Hiabqmhm0Lair5i7hJXGxg7Ocj+bzltpyQ6eZAV4ugJWF2GkMQVO+4P451+5X7T9ZxVbOLSTq/zS bl3/AMm/9p+mivrvbQrfyVTaoW8l/wBdW/Ka2wqymzpVV21fsTtz5fylS9/+ADQLSbs0b2HrBpR9 qFUm0L0VIqWW1lyKwvwg017k2oRTdNZNmZDz1U3nGpOVT/mbtDcw9SXaeOvTyK2iXHcUovaPpZ0P Sv8AxF3A0fdjzVcAjzWWPaGqT7D0wuUVaPWSWnUHz7k+r2yVi9HHgHdS1DP/AGjuA5dinap+5410 WpOudNCVAY/yAg7o3iX8CFDSLWI8FAdpLTycANpNdfxK/PD8j/wF26idvkvIO/8A+ND/AOUx28H2 +Wv1b2BWzT1Yo6PbDcuja/8AHLNDRM36+IvPDE2arrefoUUbU4/I6PXJ2K76dsPyS7W8X7wdouRo 5Hw/lFNVis6IFOll3fkplzB5BnSxjcjdyyYCtDOeUyPui1VbYzrNK63i/wBPGjVs331FInK2t9uj oVP3bT8KxZ0rA3C18y1KmMZF6bf/ANwQiipz5kpM5I5KJR2R7998/wDHV3MHuP2M09fkvYTc5TSu 92exetbs3eK7lXT/AIqntafHUMaA8O5sinVAMTk1JrmjdrUKvIK29xete40+M0Y88VmeIQus1VLY ZJ4zaam056MPkFPmFiPfFlmlmY6EeumltFdAg2j4o+eIpbbxdJTW2ZJ0Z8dfKoGrjiR3rB5yH2OO mABXtTj5vV2XR269HSN/HP8AIvtL+VfaXjveTs3yNO7xnbWNe/SYyqHIOIckTVqWNfhXM8utbufw fKsH9ytGjnE9yHVrFDZx7uhxzRxdqy8umqsrqGU9wf8AB/P/AFIIIP5BBUgqR5Agg9iD3u8LR0xn oz1S0aotJVmwZKIwJV1YEgghSQe//v8An/J0dHR110r0dHR0dHR0dHR0dHR1pL/zWfnG/wDGnsdk dpO2PcC9xHvX3L5Dw2/avcdu8lx+Y8O7SVtPk2lo8w45v47qNeppbnIeE1eDoznXis6eNo8oUmlP xi4HOd+LfZSvlYVfS0hBuhu0K86lq9AibvvxujKqtdImsmLqRcVWYS/UWN9BmAXCq8Nz/I1+QVf8 zv8AIRymvg0uNX+EdkmYnA+Kb2BpBtUuTYHBI7mbA8jHVRZt52vPJ9vn93VybmSVXInjI8fo/PQt 1L27csL2e4wT7iYSiWaNW5VXEPSRoyM1L+N1fihEz8/WU5doTP8AqRWB+jWEwCGZLg4yrJ+QJWqX Y/TqZUTsqUSbr2owDzbsQjgDwf7p9xno9aZFp5FeU5TbyYorxz1vg4yqrdEE4W9VivmxnRrMHZbo iMJvqi9TEDs3sDCKx+vSTaYuhLZcgatCDsHBM3ZE5XLZIYIrNORhokX9E+ZWBjJWfnjNpRlaoIW2 8FD4Hdatjfg1TboLKK8HKDMBMUlCwBbWfOBI2wyJ8nAuCZwFWavRsNuyFCPpADL5ZXqZ0WCUpYnJ gqa9g4gZhguP/UR6yUv6vRTRxosFH6ViYhDBPxD3WmhWhXsRn/f2+xSbGHMzLGQyZ+YGUtROzEuq qVUgkTcVQjyo3nLx8x2nBmQshjWSukblnQtDvYvTurT7Hv3dJFWn4q70WsvD2o85QpUhgUrJaGLM xRW8ebxilVpLvW7MHaJAMO24/T0aJvGBUIsgV2GF/wAghfhkTEqSMgKmxI8qvnUxbosYLbgisqlV cwKFL9JWbSKR9RMPIrgo/wBmwiSoSEpk1jRG5erMdftPmqqzYQSvWCMyX7mJMAPUYYX1gZ8eCMvp ElAnPU4nLoZqICkFuy1gV2Ha9Sj6H9JIf/kMCtXpPkYAfl7+ZEjiVF1I8ditpvnzLLzapuFayl1m ua0l0WdPwtDKrhckiH9lO3I6aUYZ4q/xYaaL4saT91dV9MJLVQYoc95JqpVQVQpCjJOEgHOjUg1X cQhkmGdS0CnOXa0Ekiykltm1VWbwSMG1YFCiJayj0KJImplkzAFEhECEZ+jv48OTXqWRRF5cLfed 7HZtmDJkQGJM/wDX/wCPA+fAT5kY9ekJYt6JhoVUaLpqMRFUmG8hSn3ggMfoUD4cvz7jE+ImYnyU iHmczk46Kd9b3m5gJmpOY90iQqnxJGZIXJFITBCRG0vocwwh8DMzM+Y48+l86Z6V0NNTXVaIcsVd Ss63YkLSg/lnyhUjGfkTMdvHrW/+5XFwzXjZH1a2krvtvEuCBVGnIvQEQ7swbLhjKUmHspRQqqBZ C7WtpKrspuHQRWP08sIhbYgi/wCcGIyIxJef9QPkin1Gf7RHU2jOy+WVAeFebbzQKbYXlLISESMo FDLMTASMz9ANUQYMKPMnMGBI3T2BuUW5lU/3riVLcuUsOEQ5UkTCmPpAx6REEIF/oJ/rE+xD0zuO U+QZmSbrsfXSOFPRW+8AMIiEugi9IISAiDzIifv5IP8AoQkc9MuWGf67/wCnhp1MVSE2X1h6dyoP smrWURPYm8GBiwVpMHHfrLPk+TJxIWi5s1ORDLHOk0QWK+wFrlk8Xm0Cw8bZ6I86EKKp5N3xUVQx 9bTx7GRbgBBbEKizELNb1+izifv4IQPywZCJkC9RmBKPM53t+qLFjcemP4vMU40rTdCSn2Bz1C5D TD/ceaxC2QIv7TDSKZkJjDqZV2dxlm1oKO/nNqOuitrhcmsm1+yQwQOFQiqAIDhq59w8mXlRLKZD g2At5GzquNT6DbtptFBqP0+CmMMWMNMT6S0ziZ8ycSXkyiWFJHA8fyHI74zyPmzavrAjV79Vq6h6 dbRgonVWKaAiihfV/wAV1bu48noY3Lyz85nxYNXB/utoQm3IUppRNKDPpZZPnl4hqaH9bNSdmiKk VVXHkzCUfqAghfR2KRMYUe4eHrVKZ958LIXGID49fMQoQH0gFyAwYFGNPeChF2u64basMV62MZhH Yl4MZ7gf0VKp8z6+AIRCQ94Ii/1ERHZ5LiIUVJaYY5NdAr/owxSohPwtrlyiS95UHqazGZDzEiME yOlXhaSr2vMSlorW9Tgd7ElMxLIU1a2kLfSUzJFEM+imMM491yEDL4ZzKV/dj1ZZ9k8TitanqkaF e9csu050ALNQwz3VUNXGhmT29SEoxSGmrQ5TiZzKei8r12SjAO6e2uO89iZqdvIX9eeywHej6uyG vWdtp1uS3ora0X1qsQYUlZ9St9rg+5gLbKAhRJElBJnIR85MpgGmQlPUA5h295XU26ONgTVKBYm1 YO1Quvu1a36VxhnCo04l02n/ACV5E/cJcUtrEAeOrJBzarjxpUa+Rp6mjWpS9AiFXxZlUl4hdmfr IfOPQk+REmz7wAGB+5q/X5Vochem09R598WrQu0mvCrVOvPqNhBSKp8+pr+jFQ7yxhTBnKwBYtha epmbJSHJKFHvrlrCXIQlQP8AybN/WmgnxXzzaEn3KENltRCvSuXQs3+3KOTmcjSdLbMP16Xk950W ejbxaBo7u9BOjTrkUB1fthdpLJq0XuE353b0pauheFqku1qFNa5l0AmIW4l2GExb4TICZNBweRX6 xPj2kVjO3P0YxbW65X6KR8CmUoRon6PhY3CMScyxMyP7Thet62Qx3kx+TCaVjCVj37tlDSuhoMfA WrRR92i4WSCiUmIIyMvIKglkb/BxEkwCZK/1uObdwzPLNBPrvhUZTCsVNMliHk1U2WWfSNCuuYNR PKf/AJLH7MEziWHqz6R/XRO3hOZQeWWkGdRBYacgNDnHsaDC0ZtlqUSdYtERt1FP35YllvAzJSUW zK2NVrREkubTkJpbBadPrsi/yx3os5WnN/rWZUbGZi8m4ymxu085GvmEIfGxXWonuGVrP6vgRfK7 nxYKZgx+L4F0sWwYEl73P4r+jwytu0M6meDRdRHktf8AZltpOdfinWu2ANLrDWpomJWbNSEzB0yt B6KtQJRYnf4snfq0IR91uzi9NVVqu2hf+i1QTE2gqQUA70aDf+kOqt9IgmOBThZB9PM0+LcS5jaE MxWHTqazSwrS2zFinWoXLKqqQhwt97wrkCUSyH9oj9VzHtJIPFmclyPzYBl8FJLTYsFeYLorikl7 OKANJ5vS1qVk9ERVps1qVkhFyHd5j+sijKiupcIlxeXgGR6BABejXa6WrQm3wHjXFrXG8TEu20YO 9Qbcotao7NUNG6WPex6ibBth6gdC7iW5brKacWB+EVEXYZWZFeP9vMrluTZ4HfrT/IWOP1dc6rq6 yW0pAKroziE5rvSrRrEuRSL2Jha2OL3htcLRana+9xHt4vJ/frrC/c118R/lcotXNvMwa+7rZVdL PfPn/llZL/2bgfvG+utJWGLvosHNeO3udocl3uZNGuri3Isy5cIeOWdGwKeN3qGzyDJ0GZ9p+cm0 PHNqIw71K/NYceTtgqsTnqbMNES8z2ZZr4ehfM+P5aodvyoASvtmGP48H70d1b2LXqXN9rSb3soV Dnm58/4o7TYiPj5NEMyhGmECqwqBFHZLOyy/F/8AJXn/APi5788w27+Td5N+NncPQzx7zcIyk0Hb WBp1g3gyOf8ACBu28+KezmmpidPPffTx7ex7ZZmwKNRfEuTZfZLl6mZuZmdtYmjR18jXo09TJ1su 5Xv5mnmX667VDRzr9Rrq16jerMXZp3KzWV7Nc1uQ01ELJ5I+9nC9Tl2LzrIu06F6yuplZ+3mhCxP Rx7v7XytAKps0W3mVysM80rbyE0DFdkFHmbuf4O/yE38XM5b+BPNs/dvt7b5HKO7/Z3lzAyQyK3a vT5Pw9XJe3+kuKtDZPWwOb8+/n8baut3mbObyPZy7NjjuZxnimZot9Wb1OdEVYxofG6qGYLo9jzG hFUHwlpadff2dkXQDUsTa1Opr4tyhz6q4HZmyaaMZf7iufe99Hs8FPl64ciVNCoq6Lu83QM2uhXo O6Ojo6bdaL0dHR0dHR0dRzmPLuN9v+H8r57zHUXi8U4Txzd5dynZai3ZVk8b45l3Njb1G1qKLVyw uhnULVo0U677bRWS6yGvIAKR9KL8ge3Oj3j7Ad8u0ORo08nU7pdou5nbnM1tEHnn5mjzThO/xmlo 3wrLbYOnSsaqrNoELY8kLZCVk2YEk6mixq0lD1Wbman/AA1AtPBT/JfwxVe/8h+Cf5DuD0ldqrCz QQUssqNGbHsr1CUM0Y+S9gzKgJ8h2DH+Q/z1wE/ijk1djnnMdp8vs6tY2U1QuZim9Sq2DxYZhXov w2CMFqHyUqKCGIiSaZ73u1nHgYynpAHxTZmR2GB/qQdeby56qsF4giAJu0BloiYxJrn/AEIj50ff hLoKds3GVViu1OqnSJJHHz+1nc0NeyZxM/8A+P5x68sifMhKxmYgJ9o3ydqLzbWErM9IWdi5lqIx iPc7tGvxqu+UunyUJL1vQ1Z+JmRaPiZ9vNt4SKDjsqZikjXFloPMTZXNilP4I/l/xPNKOh7PWoBc DuSMO+Pqi8NjSJVS+LMUW6TJJq6GgAJYFnBRvy3nSqMfFU8u1nOL59XJ5EC8+wlin17rAdHvK1rB 2z7eCOR9fEV0oMhmYL+3+5iBkpLt3aibQUlwywX6rLnqRFItaX+zJU+I9fksBgRmJ/8AzE+ZOIKM PiIrVjqneMGW7VYEQaYkVh7UleFEsIjxLGNYUR4/0clMefaZ69iLOeu4m3bJUxKrNf1s+YGBOxES I+0+0EMlEEPmPMEQw0CAi6mc2VqK9Cg8EnQ+alRKogTTtNnJ/wBzpek49/8AcbogoCXK8pu7veaA +M3Ydn8UoM5uyqrsexNfHUJp/l2LKAyt36kmZxlGviqs5yQXNq6DSEB9WjAnEMFges/V7JEimJmZ 8EBTMRMeWYY5tagSRJQtRRlbazCUpkAJsBMCUmP9igvJnECIh6RKxKDKcNRuVqWPLcm2sxcMuFiz ExSfyKVQHrJgLVl8xZHtH9ROJOZg4lFTyrku3YvZ1THPSpyuEjonDx+VqWuhrvdQnAgJT6rkyBcF 7xEFJQPU8mA4YK4vfLqy0s2LZSDUjaetpN9awIEz5KPD/iJVXR/W5HvHWg/FuJzaF0X06dGG/H6N XJcZyP1KVmV1zRhkqHCwqDajzCexKMULzdWWhLkXmxb857KQ16OgMnYuSlbD8+7TAPcZmZmYmJ+s R/UPWJmfE+0gDjq7dyMnMN9n4K8TYNIiMLkSiYYcT/uZ8z/uJko8z4mPPnpR5+Rd4/Xhu7et120l LsKQcSVVqnLiEzPv49J8+f7T6+PAjISZCRMqdTWpcdTu09CKRHUGv6JKKxNY4Tl7ft7DEkK49fkU ScCImoodMF1W9vM8hk/jqlmS+ipjPv8AYTtahBezT9TuZulM4Vkeh/slQAorOX+3n+UXUsb8jih7 9VYJe+bZPwuJB4vSE20h40jXOUf7SpNnSjqXH5avAOEWqRHb2QAKVV/ka5HJQ5K5fPs0YZAzDJIT jyPn+seDiPPlk3XZ+lrnXq6deTKmIIWMyCkAIN8j7gsRk/X3n0kvHpHiP7RPmq3Hu59Olaj20nWl vEa7lP1UMiHsE/PsB3zYAL/3IjEeI/8A1/7MTCPRqd3JU+xmYlN2q4Ksy2jSrixTIg3yMDfsWa6U s8LKJ9i8QUDC2yzz0zd75bbdrbVrWioIZ82Wur69WTx/FNFoygi+uMxAj3mzt/h2IND18GmPbyPI bOaruqILeL4ciaI5q1RyoKWtacFkZonqtSNDVyvmKAMJpqYQZEbRy4E3btS0tL1vEoecJaVaZYsS JcG2VzEjJF8pNRT6sLqWcLHao9sm1GJrl8xMQccCKWiLh+gLGIg/SYiQEiWHg5n/AFICJGjKvNJ/ 8dfqTXYq5XlQ28K98n2an1YyQkoWZTEREf1kGEkggphpriCmWYHcCpyqqOKNv+NVTOEIWbTArstK WEUJl0CAH58yf9o8+QGICAjqUx1sRna0Mr21eFN2jI3+mes1CqQWSVa07qs0LAlFDD+PYr0tjfll +kq5chryDDRv5DCsyhgJlIj2gq63YlFMu7IqGhmfFlHSo5ds3rtqt/EF+mo5GLTZGCXIJayI9/Km eY8evzmZAvQxj+0CUyiOY805NxrcO1a3KdfGWpbSEJlgsXH0Ny/mtnvD3FEAMSEnECBCcEEz08O4 6mYWU2nx5MwBvBbbL5AgH7ssn7NJhgS/6V5lPgp8TElEF4Z1WK9SytnZyszkSJCjbhLLl0mw0LjA /wCQra8xCPQDgYIoOY9PJTEs8F1M4c43alz+30juC9GJHioBZh+SOxUAMvmD3Hie7AMx1XhuK46w pv5S7zyxxaHVViDp0TTs/jNSq/yYBgPaAGLBi4UVfqyvbPuzV5PnL1q/7bVev6lhhsauHVh9wE3B AyxKzkvSB/2UkM+RGQgyw2nqa2pySxRgUZGZc0Bm9dreG2lqj9gwsMU2YkkQkh8ypxp/0MsGD9R6 wXGSzuP8oRnIrunMcWjb0leq4C26iC11UVWoYyFpg4EJPyJwLClo/aJ9snyzA5Pzi6drjenT4k+g UUtS82P2DsV48SwKqPugVsTULwLXtjzJIglkCiZCXEW+PYuejyDwf1ripL2HGulCy2FGH0hNK0lP 1JRWWaVMrwo0Hr4Z+qFw7cJn57kn4DKeOrs490xW1Y4683glzZFaM4i+audJUc7IhmjNo2tmNGWQ fHarD2NjhdW7YtRZONC0Vd5CMCzPTcIUj4mSifZoG04//EzI+pxMe3Uj0uNa56vxSVM7Fma4VVu9 hem4pjf131bL1fWHeDJvt9JOQXJkc+kiSA7c2O5XBLFqvo3dvY4UqiJqHdzcCm1f/NYgeQ3HuXbR WosLH0rPrRUas7BuAbrCsxbMNZm3j5N6xPzfVBTF6lhMGTk/M5mDSmQEClZz6lH/AFEiEhP6QJDC 7inL1178GGObYzXtFewXxndDVVkAF+zDwqIUWkiqUJD5mSiO9W5yOiuvkOW43j8VNTPSREnnoLw0 wbSjGEiJ7YeoKlFrEVlpaRrliXAasfNcbW4Xp+86V3Qs7za4XgYSpkUOYTfcIVXQTFIauTA3G011 hfAyKwUrpE7dm3yvJ0NbPYf6eK+q23ns+pWNDPq2l07lVC1e4k2a9hzK3mYL+oQUu9DQVoOW47ub v2LlfkWX982sa3LZByh6qo2flNf4uiwp7BdKn+AIoD0GPBD6TW7t1y/UwOWN4vyHFSjF3ZfQ4zyR tSV172vRXoWbuXpetv6otFWrw/McSV074IfC7Zs/j0nXdKMuZIg1u9EzroZp1zLneTUFfCaopLzm oAnmd5P3gozyzJDtAch5NgH1tFNfeWS+lpzOb611CC60l3akvH0TNYTo6KpyyCpNMxeFdwYnlGFx /Ys7edmcT4rdZpVnjYMdVjzzH4d8FMz/ANhF19urs3KCgGxSuy2xapMsBpOlHVVOK8dAec1NnjDK NPt/zCgrV2a2gy1Y2OH81vVOO5z9AHW3ncPE2v5dFexkadjVPIuIZcSqwlTabn3+SXE3ZvbHn/Ku OP0Kl7Ds09vRwFEMY29Uxdtd57QrsuAWZuVsqmrUCylIxaFLqNgbSVCM1V798b3+O4+Vo8VsvWfK c4Q5dgS+0Z6acqw7Vq7mPXM0OrnXbxunO82t/wCmFKwDdCFLSbwLxqk2NJTYJ6nDIzNGoV/AtnWh 7FvOh8QE9q5vXI2r5r3lq/Z8JqYyeU0jb/T1Fctkfwn55/NgrsD3RU8fIZFxyZCw8ndPZam3vLV5 Fzqu/wAcYyP3sWnNpVkS3rdTD4Xr0tZcNTIW6Fe1a1sZDa3wVcBtO9VlAC+Jpp3+29PsH3r7HflH x/LsOZ2n7n8T5nr4OHus46W7i4++jd5Dxi1rV8q5+jk8nwsSMLatOpaClVRhh0L9cDqns77Hb3D9 btrlnwb5Xs+lVvLGM9dks9dOve1c5mSCoYuXHUfk/wAS+sNKu6qqsibtUVq9jp5+UPFqnOeN8x4n VXVfCs595ySFbmoHkde/j0xrNlzjR6WXHblE+rE/9pAVlDPftETRnpGjJ9a6UmpDJV5iwdans3d6 skwv9lAAvhL6s1V2PRF3eTM9AopJvVbvKjxq7MRdPNvbT6/ZKilJkhoh5Fp0/HXT0daqP8Lvelne X8BeB1NPb5NyHlHZ/l3PuzvLdXlDDs2TuYm7PKeLZ+Xebbsvu4uD285nwrCzzcFWan6DshFSKVGr ZZtX6rsnFJhx27/kMFbyCurMjqG7Dy8HQqT2H/XsCex2TBqXdiy7FXw+xGdWn5BjJ2X+yLMAO7Rc NNz2H8wfwD36Ojo6Ou+nfR0dHR0dHX+dH2g43yL8f+9PdTtDyazVbyftZ3A5n225Qqg1raTLfGdd /BrljMeYKN1Ybc6bqF35gFlRreagJqx63ydqt6tVzl6taVznSw763SH0mAtWuRXUCxZCfp5iaKyk GTBD48SfiJ6Q/wDnR4Hf7Ofnf2c/IHM41lZnEu8na7Kx9zZrNqhc5Z3P7Yb23T2be4lZMuItZvC9 ntDkZ+jYR+no59BWYlnvk2i6jPZDktPkGXhYLbIVheum5yDa1YyNCxk5n6ybEOZEsN1O82VTAzPk /SJGYKZTgKifHRyFu4yOMjhwxT/SllR/Bx/FqQWWgDuPFagraoPk2FnL+2to4pm8xx+58I9iEd4z aOjK3i6nv7MmqNiSewNGCWIV2Oyqpfv3PXkVVLCqQooqyAz82HTeYeJaEjHtILX6TI+fLBZPsAtj r7O3KG4K2thywZWUuz7yQxDPJkUSqP7y1QzBMiBiYMIKPUZ8jHsLkdmqttX2GxUtjBUphIogWERi pKpgQGWLHyczMwLVycA0oP3mGXtMGXHTkxbuWXumHV7MV4QkxJy4af7E+oCBx7pNngIj18DP0OxG tcWk0yTcqTP0xpQhWMjSGlbKGLKfENWVfzSqMGfRNqhUi3T3hxbkOTHGFarP6a0vaMmMyM1UqkSC vr8PehLe6kgnfQG0Iok62SxuYZHF+Fwu1oJs/MpQj0/7KIiIwJa/kr6eR8R9JJTSmfaJODI+s/28 5ZnUI17ditP8HfeptaxAytSTn6CwTUwgk1skZcbBiFB5Yc+3kRmmWto39cqNPLVD7iXfK6PxkCWp jpk7EqEgD5zAsEXEUEz+sgBSSoh2co5hhdvu3qsJ9k0X3Z9V9dtxSiSaihoFXY+YA4YYR7SHsbBO YiCg49iQ05E52dzSuqefjj7wxPqiNEw5kq0Ke2RRFalY2sGSgdWp9cKj6LzfF8XPBCFhvqdF0E0G 2kMcQmajrV5O9N+ZZSkS0Hr6kqGUu0Aqt7O4HcK7ybuAWKNn45w56LhPUUsrWkZ0kAVWt+kLUMh/ 1OBnzPgfUwKYKcJsc75B3CrMw8AwrV61eKzmS31HKZMuCtYKSiAW1sx7SBSRNgiGWNUM9VUtdzOL UeL7CKuReXznZu1ePcaqvJyaxJbn7NuxeUTlw8U1haFsrChIhWmCgTMHSU+1XcX7Tdu63J27J1G7 as+zr/u3bD6dmxXJpuYBua1n1mIkRRPkfqUegDH/AMqRPavIa9Ari0StxWvVHRbSxlCx/wAREfP2 TXOM5QMEZ6FGZl7TeYNC4TmNGR/kr8vx+xG4DUeMzaWpbw0+/HnrWc/aHkkVxmc/FaM9ET+RXO/i 8r4/yHl3EuPQPJOFDsXaZMSG5m3QtYt44e3xfsAbIt5YsH5QSoSa1D4Uuw0ZIp9vEdvuTzi+7Rwd bN4bUJ7P18bGiLG3ou8VvLtW5ZturqpT72hVSTVi6oxUT2SuRUyolnuvt87zdAuEJ5FmUP5StOhZ iq2KBIkJGRqrexkMWQME2TXjyCjCJRIRBzCbXcvlnbO1R3cy+1s1diqhte1Tmce1QsNlNvzbrrZX S6Vsn9WbQ1i+4wP7EyDAiV08alGlVNsMmrRQkzml61tpfyBGq1Fl7CVZmksP9T7Qns0LL+szn0Pk m6Q+R18YrXMdFuOrQNfd61ajaj3YPpPo/lGcmkVZlWvlBvAbauH6tvPZyJ/KF27uizLOua7bVzVa Yujy35ghJAIR59S/tMTMh5j2WZx0rGWEBbr3ryTUMQA1/h6rcJHPwn3P39YGPb29IKY8x6+nkir1 rd4y5rq9p6+EQVg5PS0Nu+0nfQho0KDRtUogD9bEG23TiyET7q9RKVTEzAzzV17MRYXn5lq6tK22 bVsa7LClEhJrNi2qQRqiED4mRjyI/L2EonxMLxs9N4qNNWyzj7lrb7AyoXLQ9blmIdTTxrV2sQSb KHJc91R+GvfmpSpV9fHZrTq1KqJ50Txnn9Eu10/D+ftLUbv5NRGZzRiAxmcjZyCnVe5TL9us96rd eQBcnS//AF13vhonDAYv6CYRElJ/7iFjMxJyDIx9UTXB1q1at8Fu+TCWPzmC/wD0CKmGUHHrLPjJ Sa/n6is5lcLShybFo49LmByVmpNea1hYQz0KvFh4T5IS8+8SJlBl/wDH1goiP/jODPa/bYW9atNz 8T9sFZeathiVqblVSs5xmcGLAOBeciJjMCJEUzMBMTsOKn78anbtR67pyCtr1FV03uiZrF/awjPO aMA5CoC83q/ZATc8XxvbzPNYuKnz3I+v7FFnb3WIlcXZY+ayZSiYvZQM5UTozSfQWmrd7Tcy4vl5 fDcTSwdGbFk0AqisBFYqfXSRtOGHIN+UDICQGcAIQBTJfOBKrN3u5yzc16PE8TOQ1GXu0tLmXKMy 5EUa38etFqhgUbRU3ovb9omZ7daiECNDIY36WF2rFRZJDuv3P5HfxGcfzL2rS+M2Fz8dL+5SoWOQ FNS/JjYbKy/5CkvKwsNEWgqYlw9jeGVeA8Hoq2VXbSm7VTV3bB2QGxa5Xq5FXNfaUxiDlFL65yTT XOWNWv5AbjP3b192YY4Htny6H3btMnGhhBrUljD2iO9mosYNreDCP8UpRM2vTSiyGZqVUNk4Lked 4TJoXl+Q4u183L8omAv9SdXqksGSy1nmGjaET7LVT2TlOwcCDSq1pO2Pc6/ybQ5rwvkM2XskF8i4 1Z0KxjDalIM3+SyUulCoa+royBvBUmQVblOZIpYS5st285QitT0qVgZZWGky25U/9ZQ531XBJiIn /cl7kUR5OGezC8kX+qAbVTRpsoc84tZslscS2qqQo0RULNbK07mfQ3DBVmAB9JKqtHTusiWHVXQs ktYLmwRXG7SYGvZrbV1QOrVdKlWJdjQsgb12pIrFiFqIpKIkvIxAEMCBxE+BkSmM4XPxfI024eQ5 EytnnjvKYb16Zzvez5tUx4q3puTolF+1jU4g/ktFSZzHdz3AcTs5TBv5My2RTFyXHow9G2ma+ik9 Dxmoj5OWLuo8q9/qToaCiuvX32buVmaG1SxcEJPXUq2dkRICX6gSmmUyHxADFQD848OI/DJmPAlC NscGzO4+Wzj+zWs5I0GsuMdVcw7eJyGvaixga+adZnnIu1ol1wXiPpFmBCwiBhjOpBVTvlyLWAdd xKovGtEQCzqi1ZmcssS0jsO+jLVaJVJzWgQlQrj6EM5/P5DscK5Ht8f279O+1FV/IdnVeFasynUs ZWtb/WrlUzSa4UQKp8sSS4s1I+jUHbacv6REcn14QlylYUbNGfIaTS1E0DGavotohoEnkmmcjVfs GufRfOU81fz1/Rsxz4XiY8dDLyuvVglnd+R9daaZ7ExNvto0UlcxtijokhsooumGp4IToVVZF4d2 xzHR3uyPcdi7/KOLJ/a29SmtlfH5lgbTP08CzWrl+v8AA9Crc1q2oH64Vq16kRrIxeVZdcO5vE+4 3aLT4xxZ5xs8Ep6dzc7MW2G112gdvA2sTU4Rq2X13E6xj1ORWrePdWFokLzBF7Illasi1Hf3iljh 04Xffhh1LQcNwl8c1V1K829XX4hc3KF++unZTZrqtvyq2Qd6s657DTFLf9fA3NBDfk/yO53I7J8E 5jStVdXi/Fe5nDdC/bpsE25mFG0A6lodFMz4Z5pPqMKRhMBLFMWcQBdV3VmWXllgURMXvZ9Qoyic faj0zv3clLCFRM+wsD4ZtToKH+OduirRc0mzrl46lTfaNVIssJ3B0xf2F5/bzxfOGlpDOxGehY0K MtWuzfcGhk3uR4VXl7qnHbO9y3lpxazDzgHi++zL2oqW3V1/rODjvKeSclCtoDbfbBNtay9Mxleq uZb5bW32z1e4786tnO5GObyGFMOTvWMqypNjLFswfskqzqd001z/ANEtxukYNv06rU+nW4p25nEq WwEueY3NKtHRMCcWVxfjjL1ksmCLwDmWLvEkw3wZmpLlGpRHUgStfzIqlfjtviWe9jK2JxXNXcYC WEpwIbyPNBSxE5FLBXNZ0jM/EZWUDEkXvKE2JqKKACKErpNT5kRrosheRr4dtDOfATWaFVkPLwq3 d/Cue7qM4EI99VvaKeTW8NFtGddMRQqFtJrIEmAnYRUFJI/e53+BzlHGV9nvyf7UZSW19rhf5Cf+ XaaoUkaU4/NO3XDOM4thbBsE8r9rT7W8nsaSmV1oTJ1Yr27DCtJVvZ652P8A6f8A41yAE/m13Bt1 mHxzkvcbt/xfH2ZbVhOjucab3S5Xv10U1s/ZqDRzu5nGGyT1DXfF0JptYS7Cw6J+oey0XTuWjFm+ 9v7N6zLyn97T6mVSPyrS8StB/GqFbKSrBjo/xpbT4hJ6P+JLbzEe/Zh5TlzXIyi38j3PnJEbyP8A u8i/chx0dHR0dJ9TvR0dHR0dHWu7/Kj+Lu3+W/4Q91e3HCcXM2e5/HGYfc3tMnTm/wCY5lwvQO1f oZKqYsF2/wAt4Pa5hwTBXfSzMHU5NVfcZUFQaqeTn8L+c/8Am2bp2LBvro4/WpNdKGfSsOm09fWu /wDJYrJVFRaCWrGJlqrVYfV0Kgw671+uNX/I9+CXM/8AHj3p5J+SPZcq178Ze9/N7jLHHKefk559 n+d8kVyXct9vg4viozadntmWfn7DuAauXRpUuL5CqPBeRIXfycnlfI/uS1c3ITIdxl1FI2VfX4z0 B/GVvFlJJsn9VX8i5aeOKL3bz6zz5hxdhpz8vlU+t5jFyJUTPh2owxamDAEL3rXNoqCaBHzD8Skz i1lbkFzFz8S3csvPJbKbtM4Wspt1ImwtLIW90g0BJExAkQGwfeZAoH2nG8i5BX17ROyAdnDIyy2y JZUrl/8AKRH7e5qhkxXH1ky+pNH/AHLYmB61+4/fqtzwsbN2uWYA441aSn59rAsUreTbVXGf1pJm ka6amNuOYf6yJP1FdtypFtmx1nqXelYaJ5fH5TWr0kXQsl85eqzJWBXD0re93rHo/wBhn+v1kAcn 5l4603BzbpJONJFG8fCi+3+tD76zin4oe7+aqgJ8ii91RZsTQSXw1+NwR1aNhNdEaKKJ5osERmrP ItnLKWrOkz29h7RQM0RLu9RezG7i1KFGtynOeFu5V1Qx9FL3JIIhourmEwUrn1AluKfECUOmYiCa MMle8ozeV90/5vkOvp1MXjQJBNWWNYy/fsE+z5sZcLfMV6ywWIOkv+jmyHqSpOWTUzDu8iK5GVg5 82bOlcdbuXm3HigZuMtkIRMgwEGr+roKuf0A/LkkMShsP/H4Z3EsVHanJF08fJwKYoVXDSKQvU0w mVuKqv1XLHDER/0MmRJScAEe3tesOeWngZwy68io2Wd7y9kvap8pMwp3SvdHFaKJXbzZ6zhIsiK3 Vg+O/qT+l2cm3OclLkNUEzUlg7K65aZWopnSXhWds16Ws+nPbsH9pmO4PkI1xitbju9xXS363/kP GKlS7Qw7YOr2r37cU6iFCpo0RVVGlXp367bfsb3JvRQsFEATGwP8g9DkHcjlfajtvYutXgjf3H3c uPmtbVM0sFKCc+usTlyEHoQkXnKmS5n+ocK29Wn4Ly/tXi4PICoUXamvaextOx8HlXyLX6rl2U1n kZViYwvibgD2MVDMrkTZ5mufbTFxeUcm5xu8svuZbmzZ/UWRyqBtrdZu1b6a3tP6j7WiK1WFrldS FoSKK0IXI9Uy3ATx683HzjNsA34eZ1btGyNM5EWaxixvpNzR3XKhgqB1mHRGZWNXyj5P8lx/u/Ja 8fAaeO4Dkuc4nnmTSb6c1cufRK+63v06HvOFvdXtlVlAzoM8QIqhNoeCFxXtzwPdG/nMspoqYNqU Ck7RZ7XhWrqpi5qhsvSIqZYSpcfGt5b9YbJxES7t8Vyr/Gt7/ddGDs5RPXpSolLU+qZMNZIaYkFh C/jJgExP2n5jMCMeVdV5fx1NrRXqKazXpViYu61V2KjrlNoOULUAK0Vm+8JYsJJJQcpbDoAZd1H+ ebXKu4Vqvxmrx/WsZstq+Mulrr07e17T97E+cQ7ysbKBlZar0W3pvNWxYwwRn6z85fkOK0b2bh+L rnOVdDoirltXdsfNOccstwqv+khoUa4uVbOIIgYNaanrSPlHLQ0fa5fgTfmH36PXiljhnpkXDqzK 0MWNIa9FTnx3K6F0EIgRJSGdKoL9eHG5CO1qfjxxziX7bd7D5RvhoU6y7CW5vEthfC3s1rl6AlA1 Natm6wRVa6LBgxIpUTCBDNomoihxXj8amT+2dVq4i66y9pxZFVdq2rOP/wBa0EXkzhS4Z4hoy0/D vNXOz3Z27xSm3d5MSVb2ntJ1LGdn5KqVgqFmqVGnRS+ufvXzsUajkjQBaqknbeqkohXasstrp8HS /M0aFixYSm1S9adX2cxZ+6jYoXLkilZF7fOJiIDywv7F/eZpdJRal4agah/ZXkcck0iGc+uUFpml OPjobI0ckzpWrzmRqcRnQ3KVZeMGDHPBtO952z327+JjLQqzf1Z8+RIsCU1NgEMVXZK2iD9ktMUL MtcGuydHgdEZiyK9bf1rAaFefvQq0Uy8k1GVhmTNHlg/2OSiQmVsISmSlgcUv8f1cJmRcQT31/pO Q/1CCtsqWBrV4z1kKBXVWwDFPoMgJhEy2I/qPiweMK4liIxvlVY4E2VPgjUwaJA2xDDtQySABAVk wCqQbbAV4mQmfqC1/a2f16PJqn8WjYBK3N45FVSw06dESZJfZpKD5natWSaprkjEe9eJZBSPicya 8uPi+S0aKG50SGPAqBFrmo2vN5X/AAWXSjSgXkoVrsaB4xtMs3Upw/ybKMvL4762ReRf0yrlDfc4 8W3JNWm8Wd9H2KSSv1yPfTKtLQ/iWr1W/uHc49wvvPFPnmvYxclu2fJ8hmw01VrnJ8zLz8hFchKH o/VQu1p2l2W/JSteqmESdis4ReXIu4fLD7P6e/x4q1NmRZRqULpV22s+/nwavqTwXZiRezzBjJlM oL2QkFSTuvQenr8gpC/UpcJ280nv/kKupxqb+xgNZUeKrVG/osFku/8AZsoIEoFXqlgN9jkSKPWe 0XJeMcCXQrDZbxrkX0N65B0uTQPRK9X9EhPkUoeCyNdpcmSxWxrjUIN6jcmHlNeXl6cQ8r8j+Lql 3SV9cvqxxVy0YTdI2jnypTJmAX3VvVWmtRe4oWvNzHH8Rzz/ABh8fKvynMcjt0YdEm/etv2IiItO 5AH288s6/Vyp5tVQqzcWm+hpNx3uvW2MvjdzSuE6g5ra9zGcQ1k2Ua5/CTZEOaFdlQ7k2ScBGklk xbZ9YW2NjnFNG72p7VvDX1renNV2YWYqpLdDYtBpwivmUa1djJsWXOewKxj5axcLNxtNIObGsfO7 cpzmYfJxlldLq97J5DUo1SXmMmrpcZvYzIy7NmTp1yXTtotfJ0Mbe0K7xbChSEbI19vn8h4p+3f5 Bo0hzkZv6Wvn25TcC1UaJIsVmQRCuxTtLUxYtByjj7VLNVyWvUWT615Tk9PJnkTTifkuTBxKJSWj fknrnd9FXr5FTl1p5NVs0m7jPeOvO93tRanzr8526/lpnyOjD+z8knohjXRLkUWl7voz2LoMzhc9 9M7eCMz2iIO+ljpYs+e7d7VW/Ru85sE+tV16g6PxuV10bCq90VXQOzUhhgq+kIiu2utrWKsGxKiJ cEyI1Gnc5NzDU57b5E8O3zs1fHFYNyoirS0SsX7at7RXZJk3CamvMUKNifmLiZaJIGtaXFguab6q nF6fE8HQOhcVXTx4CtzNy+diKwJ/dcdwrDHthIlZfZeZkb/2HWWMaUzOX4j2/i4jO4mb/wByKMO0 bJWVfGtZddAa6FyPs2YWbB/2Il/SZL0EPb4Rqy7Vs8L6qHNakE13ko8/NKtl99iQySyyCylT+bNc d07oVOqDek+KWK5cNua2zx3rglUxzwbY7waWeujTMOiTxxdYSqCH+x3M2dW7Wyt6e7FzjlapmZFD QshQ1LVH+HqRctWV/rosVQdesgwrEtDy5vuLmS85bIDJEtSwr1k4hVq/dfsJyZ2W3jPc3jPMOX8I zk+ta3Q2L4claOPNsWV69m0jkG1V30G6QfXC2xDhbRUKlNrkfEFq5SlKdMdatxpaKUCkWfCdAmbV tivb1kYKunLHyBf8ib8xMoPwc4epwqUjma+tEO5C7k1i1U0ThIUkqCZyxyHWiCGV7TE54nWJMqgm KcLSInsQbvWEOjVozaKxCtakkeRDpRp8f/cyBFVirlbE3V07mbgM05r1Jcx+za21nim1zzF6Vimq KLoqztGlqWjKckAtocUdtPkV88JA/H9mmTt1qN7iciHtJt2G144NxrkmrYvOBWbfrUn9zdjj/I4X UeufN8o0qv1qKSAAy0NZdSVEH1fncTXVwftFlUEts2eQcq7aUdhrbZfC4q3FzCeVD6AUD8gr3bao glw+ASfsZT/vpB19o+L/AJMI25Z+tj8V7z8j4DzbZsUaA4WRwKrodrde1ock/XUhGZXDkRWrcadt p2NFsPE23bSmpP0fkrzC9zHU53e4wyalDj1B2VmBNb1WmkxO9X0LQKCZMJLUqA2oSxWKs4oOZFwx 4r3HCcr/AF6hb+mclYkuLTbMN0Gi/wDOhF3XOwoSyUtJc7mRsjKIrgaz4479VWlQ5pRlljVB73om HVNEaIUlaUEitWZx7bCfgC0aHreh/ggz3Z/4e9yPpXJQWfyH5Iam/A1KuHT7P9jMfRsJIv62BHXz NGo56iMZuV7K2MmyuxHW6nrWp/h9E4/xw/j0bPvJWLXem5B2FSk2ru/kP3btqeC5jyNawpwOpzMk RUzQcsMilhbK+oxbPp8tVCS2l6aPyoQqL0pVZ+Kuyj1KRPsreP8A6ewPbrUvjaOnAcSalzW2KGqv t/4i12BtVEf8/kzerIT/AJP4PYHv3Ojo6OvvU10dHR0dHR0dRfm/CuK9yeGcr7e84x0b/EeaYGvx fk+JZbaQnUwtqjYz9OkVmk+tdqE+rYaKrlGzXv1GkFqjaRbUmxEo6OvhAIKkAggggjuCPyCCD+CD 3PcHv/k/57knl0SiPOiq6OrI6OoZHRgysrqwIZWBYMp7ghmBBBJbiQ/yEf4/+SfhP3VzKfGbd/lf Znuc3duduN245djbxX5IZkaXD+VHNdSk6+cWnTZmXkLTn7uMpdrLTWsU93Ao197SZn6uyQ7VViBs iagJvgnOiZb8QE4TECJEuYgfH/yn2mJKfJdn35xdh/8A+o/8YO4/bapYws7kArw+X8R3d+tROrh8 i4Xv0eSKsKvXgIMM9fNztLi9zaWxRVMXa1wstLPddSzkL5jrY9WjhcgzPpFa5TFrp9CXFZi66IdN ci/uaja5hn49YQwlQEDAQMwXIfL9XBUPGWSFDRI6eO26aMK0mtmjfKzDs9q4isy1mZq0zbIycPSV ND+Ov1y+RfK/gfK4vj3FaKL8d+U5L1xVCf3ZNWSwXXx7ae/ssk/dHVnerF1lb6zFzIOXHmaT+PF+ mlEWE/spFRhHklEkokoa0YMxkVQRkI+QiIIyKBlhdZS13YpaPKx4NVnS5JctUhJuWlItQip7WgXF hiXCSpa0pCtBERH8n/0gFvYNI+QdzNeKycfjqbmnybfs1V5NZf0Mqrr8vVFu5KSKErQLwc36Sv3p qtsXBrH6jsN/Gjs7S4N/Gu5ZTJnKNB6dTc32Vicdiww5NQnZGTI3VRl6a6IkFKV8KylguDKbx8W3 comDVza1p6BjvmnINQxvRq6a0p37g1nJkUq6N3lecJ+ChWQq/wDZ9/T3X8m1bPknPaji4fjcmkvo p5FuU1+Fa+iKUAWv/C8q0RwZUZAUJbs7G7V9uLCqbuPWMHTq46Wfyw19CgS21LdoiF9QS8Gc1ZEz /wCjIGR8CTBiR94z1ngPAKWnjjxOIbdOWVblOyMQNy3TRfIDY5gGSDGFw1ZM/uTRkmkS1CgLKaPK LWZqKvZNTSvHZ+QuSpSqvugnEL4dNlRNYs1QMCtZCMrCZjywYLpYd0auRzPm2FR4/cPDZcULdSkF MzGbyV2BrAdmu0GV5ObEz7wMgULfMgmRJhTGXbr2b0pslT1vnqlfVHSuWVTlU303RVL+6F5HVNy/ gJG7CgI8uvS3KbL5o5MenUtM+Xir38pYb+7FeHHTiH2yec76TCgzWz2NfWALs1Zkxt0n+J1eIWtr kV3ndav+2VltbHBh0JzsykgSB1e1JRCZj6J8xZM22zL+rASI/Qm5m06c0bDe2VGppXgWMzrne/Uy BBT5MV05r1rV1p+8+nrCl1BULfNgWyC5+1Tslm5fJ35+/YI4Con91we7st5SuICJFBBMqA1LEvsZ CwoIyifaOvhyLuBU7TV7XGsJqqxeoEy5ZR6ZwIj+jprmuDIIPyIwLAlK5BsmByuEkk9NK6aVzFKC 1izqlU/CKzT808y1IK7RPZWqYBB5gqoUu4bbo5quXmOBfMabFlQl9CSm/gBA1KUlamNaNH+uMXMy po9BMB6s2eN5N3Izv5bkOsvQ1rapamwpYsy0N9hFyTIYgJJDBgRMhmzBCQxMnPrPj1e4k2zjTpfs ajD01Z+ZUq+0fewg/m07X/XyqvEefrP+oSkWNkZIC8IbG7ilfzeQTZu6bz/lTq5mYceqGlowCvvV WMyqwoh9rYw0GBMtFpRBnE9ZbDUvU5WmgVLQwKWIo62i35/NA3rAMrp9H2FT9iKG/Y4gi+bHwthG S4MnuJKLpN7xnop6KRdUGoVZFId72YZ6VjTWEzzLj25poFC6EZJe6J5QX4rQNfKQntfPm0vQXTZK rB1R1FPCNqVrsqubP783vzhFsiViRN6xTvPe1lPzczA0qytrQ5cFjl1+q11nLr/vvhCcn/cSxMJm wqGrBZMkAYJ1/LPcotv8gD+Xe7FatVR8tVdueorsfJSKj3s8siQCDK2mFwsjfAeYJMRMsLEfk3a/ /jz5Pq27dkD2aulc1AS7xb0iupKskhFSKvp+xVQlkDAT4ifn7kJFC+4pojtSnjutYXNuSn+c+ZsB BlDHKaCXkUSarBYaRBgioxQRCAw6JbLPkdaxtnnkdKMmcTesR65LSFrZ3zIaMW8VtOfjV39hUJ7A Hi5WkZuTi/MwXB4PBsaCtVl9dNWyNLRuVVvYfrpr8pZ6sfJ4QgaKKIW6zPajlitzbvZtT9/7KuV5 Fl+4P8fekLwtmIMbHz9hZFQGqsKIymBOJkC9S2H3K/IdtdVr6mbVz1VIL4qJdtfsTSIK39WHC1wH +pUwZiY8GUyyY6126+bPGeROVxHBsNqRWr3Ktn+ZyBMWg5rbM3HaL/3LdaZhPpAkbxGZH/fqAEws XV7qciqKr6fL8rCpCxwWcjFzra0taMtFFQ9t2lX0lHZH4F9q6AhMmxdd0wAsJngtdbAyVnrUL3l7 tHc2RXU1+2ixyNZz+GJRP5eVlSZJLzXePIcvl158E89DPPMCl70R6yUo9U3VvDL9h2DdmeU/Ed6o qs9Xa4tkcGpk5eE3IA9De3cka/yauqqy2lorYdZtgIglJsUVMqGKPC/9i5qwBMREv5l3Abj4A2L7 m5+Xmm89PCrJaB2rf7zLDdvRdMxYCjViFstWzOUe7wCCc15D1Sy9mX7mblcR5Ba0HHsX1vr64XLV +3xqvkX6V/S2Mixbe1qb/q9WfUJT1nKblgisihNlZO3t1xLiOnm8S2+Q9y+U8ovDxrj9Whxy5+hV pCu4jMvP/khrqsWNCDvZ1W0P2ufCVJUi3WfVY0GQ/L/u1764jKjOVhHDp0yxTkBHWz7ZryTGehnz x5FtNTFadofSiKo9NnlUvlztyPMbOGxcfDdp42OG0NOnPGsY0pyNzsSvJVKUF1jrFVMp1tLMcYpa E9NL0Av7rr+jz3eoym3pCxWPQ/WKuaFsuaKQuApxyzzbU2q4CZENVXITZ59vXqz/AGS0tTPZtafK Xt9CUizXbEBApmuqZ/WP1YUt9SiRH0asRn2/1P8ATrAV+DXtt1W1be63mZViq/8AUQMx/VZNMwMi H3hZBAx6h6xEScr9CGDPD1dylv8AK24Ccm1jV7cGr+SoG6sCrcjZVJlYFx+hCuImZEon6QAyIjPs U1kxZNPvjqB+o2eEw8rV7KY0CKqA2m/ri0JUR1UzHcMj1AatLTxPFZvkVd+fXYZsefJnR9sr5ykV asZJOcX1RaspHOj0fMapGYiO9py9tJ9rDl2t76YrgEdB6dTVqH8G0LNqtnqi2MKslZciblm/ZtCs pk4GWTDmMA2EsePbDKGF3LwdBXmLm3n2OJrKSNFBu+/U3HjT9wj1Cs4P5JMI+YhE258fZjSLJ7FB 2ZLl7112cuNv5qsMbATcrQvXKscWC9W2vepQgWABTDCYYFPkfYvIxmbasXbdoAzv4a3iZWfXUBJl 6UjjvU81EEAIpXUv1jZ7xBLlviTESklZx9TEXd9fe1pvoczQ3nXNmedT/tm1JynGUm7DzEg6mZZS Fd+PNlXjcxtbaS3IpbdB5qNDWkgjpYdkNT6WQICGXwjNs9gqp1pB7+6mnwfvD3i4nqUKn/inerew 89N4BQaw3dfjHdqhxt2lUWBsaOnynRr3KewJNXnuoIrX6y1JQwfl3t08/gnaUeXTYq3tXl/H+O27 gtCK8DPIrWHomm3H0eRVq1XZ0s3zBKY0lxYFYG2a/Uy/OFC8NnBeZU2Off5niY3INnLPNpPPEVwH d4NolbqWyWWhnOZW5xpAdyuxaGgFysaXtZ/Sr/cZarn46Y3K+UvnQpzVyOM4mfVfZlBWeNca3uKL tE+DUdoA5Fx/N3oSQhMLIUtrM8tAklmclarcy0MaaN0jTzaU1QVfQHZXUsG0s85I0yZz+wiUdaeY irUbDfTOxlp19t2rP+C0ZB5UtkZAlQ1JxudCzLSLTBeTe2TZ9DdtP4RZx5H4VfiLnOpxQs1vxr7E jeqfqxUYvSPtdxZunNitC1Su268dh133WLitm83xLjZM2f6OjqtL5hR7H9j9l86eIXzcBvJ/EEhf IsW8QSB37AkdydmzyMM8YlzQylKRoR2ZzNChcgEgF+/kR3PY9x3/AD36Ojo6OvvSvR0dHR0dHR0d HR0dHS+7sc4x+2fazuL3D37NerkcM4byTkl91quu2j4ZORfufKaLb2eOiyyaRrozBu1naL2rz67w sPAp/wA+jZ5np61r+KiveqYNJtmvFKxKj/jrVnZt6GpLQrDWWqoqoutdiiJVoqV1zQWSTWI9dcH+ aTv9i9pPw35Dwn9+S5D3V5BxTjhZNIWlrRxKnq2uVcgupaPmrnjeq8RfjJPRFkaAWtGpm1LFlNix X5PO0Pa3lOvg4VjXma//AJXyvJ4qiiVVtu09UlmTybbNzQeusVLN5CFiw3RaNezatktb5ea/FT2/ HdPyT5HKpdZ4OG4umcFmaZ0crzGyEpRUv/TRc0ci7G/PlNkE3Jash15y/WDgL/NPkHHYJ+oZPi3H ffralPEPynN75cflww7syHYiRhpIKB44rWq1BNvBrI/jp2e3OZ218ozHUq2Piay2J2b9ZX7FyKkl nZQGDIABUFanDzZ+zKTs2LaGoaBRAba6+RUPiWZyPRKsLBV9VqBrfm1ypFJNBdWwp6pFntEkAN8j Bz4M5/bmCc+7JZva3tfx6lwDdRcbv3GYz1VDJBQ+7XuBF0a1Fc1Gqreya9gP5F1irM5lc4YBtYEt XkaWCvRDXuncDOzwrZWYhC69UhNtp+m9arAEr6Vq7s+FJpMKPQrDHrEGgfWm7LlnGbOJSxSxyzcf lVXRfTBqFmqCPMszGuh38kejXT1SDKq0l8PPpxy8F8R4YonFcRxOiC+saVOy/bLovs3Sp63e1bVq 6OVgjQGaUYq4LPJOAdyJDS0c7/la28j2UKTWxSLVEKSLP7b3u8xXBcWZXL3lItH1d7HHtJQvCeGn 3Sst0LUV7DGFcVYVETWs0zly1ihqo9jakkTXkpiBW0yn2lRCfVSuB9y9HimjzMbGNyGzsc13t/bq Wq66qmBxA9jTsZlIz1HVc9NGrSiv8yUwzeEpUusdgIRHy4nzfN5pNbk+fuXsHS4/ovy1lbuSSlkG pfU0bFem/wDXD6CMHHyT5eBh7ughNcSPxXRLRbSgbPVNfHTrSgop9CxXzoaULlUaka55aJt7FSc9 Cunm/rFo+PCHP4XGh8vly3vRddTdaJ9F7UyzuwKzWLIZ5tEWa6lEQ2UVAn1sJZzXPzeY7vHValmm 5KIEnzEsEiLwtQM+pCmBKQ+yhE2DP+yIfYmeaD9wVV+Y863k1rzrbstPu+lWiUp/T92WWIa5sg72 MKiTamvCva2BTCl1Ze2c5zblO5uVd/adXoInPqUAXq/yToiyFQXWGWItyhU1pZAukREYWqZaBshY mzqP8DaouznPuQucpuxyMr2hjtWt0pGv/HvqVa8Xmvg21WqrIYqx48NQ0ChcTKz6tKZJd5VzwUbt SX0q6rlCDKM1VlpIlahaUqpnkDPsXdkK1M1duuNnItx44zi+JKZuQ0G6aTnnhNI47Z88ftjVjfQ/ okQY5FpTwNHppWzTnRemlhHxiMG3p0JKvQwcHGvHZSTlVkaCa1FBfBq/ElYQ5w/QvJj7mwfuMqdC 1xyzvDyfGzB0uOYCbzj1a7qYcnsWKuPY0HaFesixesJsKKwY3RTbKsbIT6gcWZ8T468PEd/OqdoL NTTvM/cxLFfPZjZ9qEqtWCpFM+9mYJbwGVw4yZDpiThavo+GDFJtCvn8qLa0eTcx1czB4Tp6R1Mu 1sZgLt6I6Giwb2oA6S25efQTlTZWm4hcaaGqtCEZq0qNX5WmLh4Z6Lbc/L8mt9Gb1HHentg4+5rP JUUZ4TCaZ0IZ+7K0TKlLVnBpH5Z8n4MS4D4r8fz8pq5uuG2z3trzWTCePJjHbq2aVQQ1Wp/qFWNm /hXIUl5XJ6l/Ou+HJNJvKONdwHXO79zX/W0DrUjzeL8f4Vq1Fps1m06z9InTSpv1RFulpMYNhtdJ E4nOtkVY8fvLz3W57ucgU59VUUAdnY+c+mirXoUYc07c39Rq40XE2/oTZCtTs1GCkbFF1hLVgK+2 dsu5ncLkuRwSiq2nVthn63IM+m2jl11VbbUur5667zN9W2lVCGHcg/Q6ZFQiUzVvA8Mz8cMmpQp1 tXPmTrrXFl2fZ0AuN/4w74QkbCkKEVj5k5rmMSZ+VQYhHWTyz79db68novgna6TG3W8YVqrsLWkU w6K3y0oHqa0s2esqR+nN5IpTMcQ5H7ujmo4haMr7MS/uexo5WpDTo87Yw2fZS03dPs2NG+uwrnSB dk7K7qPfzjePXqRs6nIuZ7zbGjVDAyHhpvm98s1n61dE16VJ7Ii0cPVD1jSsohTmBagQ6wtXvh3x 29FrrN7H4sj6VhdialJjV0EN+k1P5T9eF2/3DU1PhSjWqfpEHVYQKYWN4/8Aitb44y5y3jfIuS56 M6ZYujl6uOnQSXiWk2WtgrMwSw+frEAcEI/6CfHt6Mf8XOdc5zm8q5ByjkF7Ls217NWnqHH8pdWB zWRfuNaeWbIFYgyrKqrnIz3w0yCXuX1Mf63PeFNS5JK0shlNdeiWd6+xxB+z8e9GIE7VQa6Rzr2Z XSZK1Fj4G2zlNbtVctbQgDlhn2NDj3d6MmMO9IDzfySuiWalc6UedIMjwBfqxHZHkvMOR93dezzf l0V8XQ7a8gpZTaSreZjt0adbkukigMt+2gRnaEI94a6JGQQLRNoVztF+NlLG2eDccyNri+zlcwws Kci7u1tLcop2NrKv2aMXlW06yl6iAbXdSU9qlLams0n067CbXmr2AHG8zJza3OMV/IizVnjpsldl 9ipdY3ORKbgUKy15yXgmvYVaaYlKpKW2zERkLscV3LFbhuXHFOOxxmhnAV6jbn9ZqbXysPttq3Pv DrKc+5bsGTzIxKGsYUNiYlkfZ0N6vr9JRc55ENloaJmVdNMjJUiJtYaq2g+V6S8FRTFERjR+rNn+ Mc7n38l8m/Zs9eP2YtcDn0tadWrWeIzo0cihBe7x0ZlrGHqVlzhHYzDdMp3cjlfHK7K23oXar6Es KpezchtKnoVVy6WUdOsywZsN8wMV3LElyoReiSIGx1meD91+BaXKcvUZnXCtWLQgH6hWajIcRGuQ KuaShhqeXk0M9IeqBElgEz1Dua7ljnlPjrbojRzrqa8/s04r2wnU+YHJTHxdFdKZE64xJ+r4e0Wk HvXLr48N7NPuMt7bdHVz7NYZKnWpqrAh4ttMSu6ukcEmt9kVzMiFYsXYgSsMa2CsRY5fHK7OOTmI 3x09kdOeqX01eniHkVeZoLVCup8HzNY29IhtVKytcTsnEfE58vi3bsVPo7tnDmRFmrqiEXbmTOI7 2zxqjBv9PvkXbVKL5dN43hbRUWa7xaTeRcc5A9FintQmrU2chaq4xcyrNVZKRTD9Vfhdojtl+2UR EgkmgS5RMkC/5JyfMsVM3VmWu0thF6lkYiQKGzvPztkRhhLW2Cpoq3QaDSmAQUDYCDdAyUnohpXt PNycysFKypix15awK/8ALiuI8fcyX4bLgqyxBHEsJSx+klEkPSFq/pZ/eNePu6BDjcb5HZukDPk6 5mosUOHulHpJlBVCYWkmlAsloIqqT5gocMV3LD0LNWQRh40Q6kp/NRZs/miJ+ZzMp5YzZSjAq3Ze wW7GhvKuLNLJqhCEs0dGd9WUsr2DU9hVAqqkqL9TEG/gpqni0mQpdnpf/kwxMDN4hS3EUl0dLK2a XGKPq/4jV4/yriPeQNQJe1kNmqVfC44tKiZMk6ayyWZymOqsdj8ZXLe9f4Zcc5Q3H1+FB+Vvavjd 7h78mgWFzWtY709vVp1NPFtL0aFzD5NxPmqX6uM0fFi8zUVrhAsKiVyf8lvcTiGn2enSnKnkauSc s7f4klKWIVSnIdg6lpaXhDbQWtmvr6mGxiPWaqGvP7QUCkkN/jP4hX0v8jn4eY/OgpaIZJ9w7mLw fUTR0F5L+E9oO6p4XIb1cksrDuce5dwLO2sPQrsf+pdVj61KyGlW9kt9c2WR0tKiK2N5ZERgJhmr Yi2mrAqoCPkWMve1HadE+vWzI3TIZGbTx9KSWWjXPLkRZFaJL7fJNEW0U8ivdRqCifmzqMqxEQ7Z dJ7bejo6OoXraujo6Ojo6Ojo6Ojo6Ojo6Ojo6OuVj/Ln3Ft91v8AIDwjs8kE6nCPx57Y4nMuY8L3 0zkU+Ycz1brd62OReSq5Y5EjP4Pyvj6w+lKyrKuXOSIpVltZpnZrP+K2nmZnfLvXtciPL4+jK5vy S5Q4wVbQbiDxWtyWdqnl5z7s24sJZWr0blWpdOHRRz6KmrYKzb10Cf5Vvxp4n3k/GDnPdanxKpd7 w9h+PFz7t/y1NmaGvlcf41yPB5bz/JY6L1Gvq5ujxTj21IZl8rBquETsJIazyB/LTxXlmX3I26JZ oTxrlWJ/IanPc/Tzrudoqts/igrufabJKeFivY9/7Kaisb2ughNhnCnA2tm5d1q0aTGfTKWSjjy2 HkNtdT6s6MO32OKhx8lqj+afU9lJupekh5/+SjnuO/UNFtPNt4rZxu/TFC7RpbRs1JOHgWUr9niI 4A4k7VnTOG0K0w9IT6D+Z8XRX4JW5nRpKenjtrO5ToAomtCrYv3M2q6uFRh1k2TcIQTK1BABTQoI 9y/5umqPOeccwnS4vy88qtNDkdW/na1Bma6ilVZqcRkrp6bLNmve003LZNsSa6ikKTViWGppuih3 NPyw/I0UUwnt7yzA4d/H5LLu001Uc/epKcP8PcTQekrTa76+kJPihFpwoIrLBFClAry7f5A6nIcj Lu80tnUs2bUBUOaooq0UWou+PWxVrprwbwf6t/eUes9Q1ZfZYqupRTuCpts0x8FpGFAa2Y+EDIWX LVZ2CrUr4T8BaM6TTQlJurWDxWAxVli5jRrmE1Sq+SK9lp4/Ulak9lXctGzGnk8/YqU9NJoZs1Ua QtD3RAeOrfuUloWka5D/AAnzrxE3IWf1cqEw1k2orwJ2LJHBGcSJBCS9i1dcO3TuXsbjvDmatnQv 0mW9l7a1qq+/qHSuWdSImtCaqIrXXCv/ALysPpEiywLxNc2z5NPcG1xDku9ZqMsSzj2ps1dFFJ9y orBzM99285NmtL3H9qkONVaugyH3ASUCxUMo7sh2i5Xzu87X5DF/GwXWa6KmNr2iun6ITXuOeCfQ AL7kBOOLCmEgWHT/AGHV0g+X/GcFvfasOKOa24SEHlWGqS5o6ayrovpo03TPOU8i+OL6eq2vTWds 2a2SXJ1Wzfum6eOT8XXI3J45NizSs5ODjJ2bG+vkN1bzlSMc6T9WfLHPopt1Wb6KaFGipkbeMck7 gAvtza5zsYQtdVHaocWr/wApeQpTbMCFyzOhSYWiQe0hTK9Ve+FCx2cln1SLfnsuVDiOlx4e6Xej byCCM4kcj06CVwX+xfVHHy3aBz7V5OLM2gd6IP5+pNlIsz66XHOzRYHJeL6Lrojqz/MXcq5f+NVa 7Uwdwa6XjIEgTamms1N9prf95ZP3Mmbvfkd27dxrRsBqu5LafJuAt2Sj9O0fsP7iKlwPVzZGVJJn mAFkrXH/ADlk9SXIcWeMOmu6zDaufKoflZi4QoiLnwas9ORNq53WjhIT052VHpmx8dJjpC13m+O5 D43yAW9ByFr5cXKbdGrGu6Oh6s5SN5NszP8AV0xAWKLq4605WEcfDlnp21g6zq/BrlzM4LyZjHZ1 W1Wm/l0c7Qct0OP7UL2UyhXJ9g3ypctuLhKXfSHGuJb4w2N+KndXunZq8k3uURfdqguyeEusnNiJ TYti2t8lhCbV5QGxjLAp8KBkiLwkJMrWlj8V5uStvTtVqyxCtqnxziGLn5+hoG6Vu+2o2ksGKmRd XNC7iRsEBj8aJ1vVnVxO2/EqWBWz214IpYusxNOy2ATQCyROMbL1lYL3GC/9j0YCzYUfby4DUuCx Ycmw/wCqyYrxanZcuLPePHe+Lot9n0bb7YMbpdKep30o6yu3chaibO+Gw8Rq06kxcflsGSq/tox6 yktrLWe704tHIaMEFGgXEXOgfXDEhlo6M1Xe3/a7iXbi3T47V4vmZYuSNhtKratsu2AFjVw4GvJy 4hjiaySA59C8RYGJNnVoqfA85XKhbS43VqnYrLfnWX2isf8AIVkLCeyvJmo5hfiF+4h4mT+hpGGd H/8AG3KeR8utPzMtiYCw39m+x+lFhabwP9/1iaZF/HWAWMLri4fYDD2iAFMS4v4WrxyvSqxBi3Kf JjaSl1gW0qcGZE2ZmbDYERgWrAxKJkwgyKfM2PPTHZnhLUtdc/MaMzgyM2owySJabTlJ1AClHdz7 O5tVkNAd0X41wPGfHMcIak5HkTGtdkNejvolWyt38ytY5c6zlJZnJS93JK97p+V6X/crFfm5+XhV 8ZNIeRLH+btZaPnMVoZE3hP6QtPtYjxTBgtAGzbCfJD80xHZ5DY49WpIs02/o0lO9yCktjTlUQpQ qTDYSLl+oBcrmwpdJKTBQIMsDkuac3pBYBK6itbFUx0KK9aFHt+06YZSCj4m4wa9ipLqsxPolYgL JEVguV1w7XbyaxaSx5Z9jLRdmjikFs/ajrpBCwGwSVqfNYhshXeUCMIZAkARAfRPkONyniJaIWr5 471k8RNK5QoKeJWmdqR7sfCLPP8AoKyWE1eDewvfjPwPjOM+M/emBXVn1bdtJzf2Zm45pvTIPWzM sHd5SyVnB6FR7G8EJS5ljqueOzlUnVq153O6sXLlakVO7UoU6bzoOTdh4+0BcSaij6Sa0WDhRH+v I1SknHeEM4xsWeL0L2lbBuM2zXO21wUa+fcDQBaEpdalUXFRXBc2fKxsG1gkBF7FM+zOE4bIW3Po ZdO1GWSGawGbXn+0TZcj0+4FHquxPyFIeROClUk5bOspdphk0gpbybK94LbFZdxS2TNyvXA3K9rI FAshC7yTaPrMzZIZBCpNgRFUrgta78ZL6M1zuk8nn7yFmtWNT7ET2DQVWgl/tDeizUBL0rMT5w1x HDxuyZ1YMu3TSPi40XzLp2HLj1TaaveYNsFBIXYtQnRa3s1M1VxlTyHDyLOVnfS3x3H1Ir2LlhoM Uj52bCf2oeEkIormEfR6YWBKIJKuJARdWj7d9waFVNmi0a9u34mlFWqwbb7C7ZTFIvYG/wCloAgJ 0QUyLoJnuTZmZr3wO26I2sHSfCUnYe61VR4sWREpFxqah7HgAtBv3EYn6LGQd4golozTiXFmZDsv TuFaU3P14ZYKQlQ0895zXri5gwsQTK5iS/Y/0JrgvrBn1KZuXyZjrjaNfUZQ7URRSi1e1ptkI9ZQ UmM71lT3hlm4HoFfW/XOT5BLPLkPswvgnW+QZtKFGe7yvlYxYKtGrqzvmZ0L61kmd49kNkgA+Mul su5Rzh7/AKZmi4s+zjVrNglFDBbTyl2lgyD9U/K0UkRAEsmWkYCfuwqpdxLuxu73cu/mis8vNtmf JroAkLjm5ORyBgQu/wCpxXBN04Joe0E2V0VsiVwwZunr22aD2cpRaSmwFMKucSjgv2Tz9BNr6OYU +hDZsqr/ADKPMfEG/QyGFB1r1sWq9ANHC2f278Wefnq6tr9lSM12doVOMNYWqwyNMrqt0XUb43GS MviY9YZ5X1CZ2tqnpevdbW0NS9VoRLyTVTPV59mYm1J57A9g01YrSRdERRk2rXt5Mab7fE6t26l9 V5sABQXjlsyg0abaXGLWoCgzWtFtMGBVeqr/AJr5eTyv8W9XQrXmZ+Jg8mb82PFku0rWf/5kNuzD JOaxw+vhZ9YCruMisS0wkgYE9Ov/AAGHY3/zh7t8t5Q9Wlyfc/GrX5CiECbs3j+Zr8+7NadCnUi1 WixnazqfIGlpLiwYFFiyqs16Js23JP8AL3j96n+KetyfeVNWlyWgGtxrAzxaWbTqX9nLfJOYUiqb DEcot3EOWRmv5nXE4WXWzj/6dDiWvlfj53m5rr8P0a5c95PxC3U7kaubsoPly+PV+WcVs8SxdSzZ ZibnHO3j8aCq3sJRNDa5LvVNXSsBXy82jB8zSaUyZ1hYUvQo1TYmAXNSmxTWHs8vYQrBAeyq9kqA 6yeZRyrn1fJuGjIFKqiNYyHeQlx1uR2yaiT/AMPajJIVr/U/curtUTmeifo6Ojpn1rHR0dHR0dHR 0dHR0dHR0dHR0dHWP1snJ38nUwd7Mz9rE2s+7k7ONrUq2jk62To1nU9HM1M64p9S/n36j3VbtK0p ta1Wa6vYUxRsEtb/AHR/xL/gn3Ar2rK+3+z2x3bz6KB5h2953yHJ2K8Qywijm59Lklvk3FqimXrq 7FdCOOw49IKsJP8AvYU5t/ml+Wivxg4zxDMw89el3M7n6L6HbuvqYljZ4r44/ucSjl7ORIocp4xp rlXHt5zMOat5dRm5FNWvepZ0seWhzkn5QdyO2HeDgPcXuBy7T51/4vrYurzPmO0zc5Avj9lGtc06 uJZoUATczeHxqssWjz8VNDPyU2LFVVBNNtjTWx2nRPHu5HHgvtfipNSr5U1/Yh7EKlI6cmerZ71j U+AeuZaTaim6yF6LlHz/AOb/ABfg6rg38RP5DyMVm9ck87304stnQ0qjyx66yv6HTRKIOc3UeM9K uWKp7uPx7uD+PvPe4H459wdpO/xztnybRHg+5p1RzeVX+FWLGl/4po6a5pqWZaGXQr2xmpYbWldm pZC40HKUugHdjuLxzP5G2rxHe5B+qE3KlTNqrBFS2NAiR9zu2lsRbUOqNZgLSaWjVU41i2D9g3df kF+ZFn82e2Wbu9vvwt1NrkuMGY/j/c61z2lVoIrgTbu1k2s6vkIu3KK6FyzZpZ221/8AG3rtkq1a RsXrVnWDW4Bg9nMfZ7sd3fPK+R6Yru5PDMbKt2EZhXLyKyMyjYGnAPn7331wgoz1/R6oFJW2pNsr w2r5fymuPHjPhzcHxnG2K/INDWhovTXpWmWGjIgk+mmLPJlrH2QnVWGw6X2F4tl2rL8kn8rzy47d xnIfGJY9luJ07M1slox33nW2LdNDj28jpxTzoc73q0yKe13G9j1GdbusHDe0FrD5ZyfVpaTcPcoh iLdZ0QtxfyH1aqhvZqby7dNknZB1dn1BMGUFYBC/Je/hf5I8JbQyczkWrq0/jdYVpLqF1V4a9crJ uCwkPhYJykV2xYYSz+YBPpP9Sjr3Uu4vajkKRt887O7tLcuVvrk8MVm08YP/AG2IZl1L9t0BczEn 7D9H2qjjh8PhdaxZXKOkfznd7d9uP/DezfDuG5dnuzyClg6fc/mlpvJdGtxV3JuR2+5FDhuHX1bk VNbWz+IbfGMPkphnDjVLuVYFKdTbm/czXr/ONPCPg0/GOcz6NuoR47Znq9ryeybPZm14qY9S1E2m 9/LNfNKal2R9ahHdYqvyPdxeKW3iL4r7p5p8Zyil3rg5Kn3FKbhG+oPNJS9utY1SRyf6uee+gKxE p5bv8m78co087HLVz+39bXvKzc/AVfrNuZVay8a9/cGHqsi2/WlDEVHLE67BJ61rtMbXXKbn4+8I x8VB3cnfya1S3M1aA6m3Zs3BturotM1cyy6wn9cmTDbTKqSNoVf2HSkROuDY4p3d4Z2Z4tySnT9G cg5CY2w0wo1Gqs231m1jzEqYSVUUoM22ImS94HwkUiw3OFOU+W93NrSt7tdC7rHVCl1VkKxmUwNp MASpativW1HwYDDwSDGQIiDGKMxIrxzWHBm2YklZOY5BgmjfJbDXS2uhXvZ8cke81IJ8BpFWWeeJ DIiardW/Vh4mWLiM42y5Tmlf28ucNv3X2k+BX7aRwbzBUUFEla9woS3j6rUtWjt7d8Qjt6/R4Xn1 8UI065WUXWISL7WZafar2tGk5TJcNin6tUusq1AgIqNJDILUN0sqKVoMr+Xd9Qx3UzauhWAs/aiw 1cqRa+QjZCUGoDWtz3te4yZMykrEDrb4v3s5aQjx3d4KD+XYlh9LC1lrIW2uOWlmxyf48n6a7Jqd Fh6nViWk1g0KzxFJuJoZ3KOU82ShWRfquz8yVHcXFi+M1raVuN6iqvNF6oMtErDDAUwsvWQfJSPU ZALaGWQS2cLaytbLEQfHGWusdReF7RgrTKvnQC/tBmRNiRnczfwk6Y3hny5tStPZRPuTy1DZ3kwD voysjSh2IEM9bUWv5b0lkXI3V9u6XN0YeLcdlsfRf8s8puLtmmzFBVxTmq+TbCpYqB+nwkBGFlAi Dy9fXqvl/vQrklOzT/nc9D82rYfWIdJJ6LJ/WdIhbqyYHIjagJFNBBM9iV9GRI+eqi897rcqy+QP 4jzMK2RGxVbGBoOuN00Xa6EA1l4mpGUBAVlG0ocQOkoYDQBzq/0+nF+3nOb3F8vnF3uJgaNQdOny F/AsfHMm1+Eazk2m2a+uNZd8dIa5/e3nxIUnI+oZ92w8EExxye7guO0/V47DapmiDfRMt0rRHcCu y6qJvCUfJLihjR2IUGZNNASX5P5BzGLkt/x08ZW54hht15J5aDVSRlAN3n4Bq5g00plnOXfSSztN 1a6DE2e491+NT5Nscnzc4Ckbq85our34+g2q5LUpc3XOAZBiCVAfdpEj6rMiHrHcI5z35x+ZntcG 45p5vhaq1q7zVk48XKMGZSBYmg6rp0KKDXB1rLaiJgCTHzg5BU2s7bdp+1FSju4SuO/LuBf0tHkS tZtw7FmtnWNSzpcUVj07N4q1VcYd1SGOojXdbtfuG82E3zD07W/ijx27St8s5jp3dzSt6ckzI0rL 1VcygmobParWV61JsSZx8LJgboFxsURNaJ9Q8+Zjfi3WsXlp0bVkM0lWp25KM3gKu6eU7TJiY5kn 39sqOu15CnlL/GvllbfEJbt1PdbkXsBjxKWXVHQ3kZa9vhX10ztdFXGmYO+uThdVs5anWe7O8U7x 0OOZXOLt3E1OQaL22lUm5VK3l1a9V365Cm6NkzNBStjGMSpi5bM15kmCL5tPj8fs3aeXyHnOum3q RpsC26lUWirVh7FoldSmDXRWScK8NgiJzGLUZSEgIjg+N8br4NdeFV17WdmDWBdJjSOwdRItIpp1 TsESxW5YQZSazsiJeRd4LzDe4/SzLtCxx9UAsf2GxN50sY2Jiw/yRR7j5e7wyRIvMkTA9TmIMJ7w QGDboppN/bnwUo9hKS/VBoanQ1FrfzcGIYIGAZlmix8U/Ejx2Ddxublead+QyHNxXY6zljXXJLaK UA9sddmrVmilCWCFRFT4IGoTTrupn3cHuVdXxBrIi+mLL5OumwIzQFwwbY8SQwwhrVpUBwyRkTmI if8AVlu0FxfM+HbelcQkrrL1FdmgYlN2tniNmPQUg31bYiUwlsQv5xMMnwUyM9V+7yXdWlexxwoK LB6hlo3v/g8Kza9pEw4GqkpD7uSTGQk1kChBJjLAg8z2ZDlSstO1nsg7tT9lRMrVCplfp065stUb IA8P7oDytZtgy9xQEyREPlhKFLVitakvVsF9LyrQU1M2ae7WzxKEWYshifFv7Ps+Dsnea0U08Nen FYtepWxapbpC8XGl6annxX7jq2v7M9vImsUVJN/KtGIegSqs7xrNRS3mcUmy8cn/AO5ji2oD5+rA Wpq0LSRET2GlwMAxmSmsFmYEh8lOvbuvybRo2O6tOjXyaPEcvRLV5PWvDCLunarnpi3LznslTYPZ rcYy7lWut8pePyaqP2Jesrt6Oi/ZpN55xiuLDXUpEqs+GQYNWpgMAJM5bm2/rUsRYKPMmJEMjJqQ ca5e413L593MTnMRa0MrnKqIZleuM122ORBx7OrFaujLjmTzdHmb/YRca2Xq71z4SKW9OskAy+Jr bvXPjtGwCh7lBQ2qgRuyvRxOllJJDA+qYESTT1gku3sqyt9HHpLMFHnRs0rUpMxp/F71Y1u5LCYA 9E1+uzPDvzZu7PEfxb49xPe1c/XPIXjcbrppVghebnZWVd0aLLYkshsss/8Ahbcphf0eQP8AsYgR FMb1/wDCPwrmXA/wB4Vk8qxNvFy9Pl3KeWduo3Vvr2Nbtxy1OLyLA36dJ60zVzNe1o6dmi1KFUth ZHybOhtDVTcZzXfmXr3M38eb2Zz3TSGq/mWfqXKFN8FeSWtWu7KMilasoW072Pgc5dXvrms5Va2F kyaynFeS6zP8X3He4fEf8fX4u8Y7pI16vL8Tt8efZp7rbbtCnhI5LvDwykJ3fD/4+nw+cOtirmBU nFVQTWAKoKCILmAn3+NBQgnNyN5Or9wFGjLOs6L3coKi2e01ch/KdFmqRQh3/wATzqfkK3Qf1pw+ sSKMrdk/cM6/3dyzoNa0neSEqWrHQexRATfPo6Ojpr1qPR0dHR0dHR1hOS5lrb41yHFo6Dsu7rYm tmU9SuxyrGdavULdWvoIag1uW6m14WVMSYOBgCSzE4gus31h+Q0VafHt7Mfr6GCnQx9Si7eyby83 WxVWqNmuzXzNJq2rztDNFhXKV5i2Lq2VJsGsxXI9cuO6OO3fupHbv49/xT8eXf8Aj3/P5/5dye/c MTw6hp0UjuCjKR5Fe4IoO3kD/Hv/AOr/ACO4Pfurd9AvOvyW27J5XAeD8v57yCbmclPJeP1uV8rs 8YpZJIsLZQ0jp6teF5+1U8VK3HqVqm4sxwX7KUUTQuz6cLut3/8Aw54dud6anJO3+f2r5BeLRu9k t6tyRwnrWao1M1/DrevzG5tUrjIOkzkC8xr0mC4v2899SiXrTUO7R9jQ5Bm1Bx+SdwMTcs8QdoOY +7X5pyik/P4px5jLNi1laVvi1+0FbVrsKaOs3jUA2Kta2P6sNviXZHlHdHuRoc6708ut6B3VbV4l qr2LOPh336L34fHeP1tKxqTSwsOqbMvKRDTZShQy2y1hE9kxxvxfDfheK1Y9ebXs3S8rV9NMv7Uv snnlOcFFNNtljHaNqvVJJqLzjUSWeZvHnC7efhnnyOLndF75tutJJrfbTRxOaNopbj28bfb320Oa TfO0/pzMj67kMWfFdusrk35H8l5f327qOHkvcDndLEh2qvJRmZuCeRSzuPUcnHZnUqQ1KlOrl17S FL+Z32Pbc1pLRN7SyHcDstZ7f8aub5VrevPPCfiwH0rWM1E1Lsfe8Y3DcFtrvQxs/uP/AFJrA+q1 RFHrNmO0VEOE9psXL3qSalJGOpGYbINZ21uMC+63ommwbNtlsdUolS3Sf7CQYMnWVEO51nadrG2a mdsq0snXqoHKQGjCdXGfrUGTb9kkaqVozk/1gSyVNuKlC3MAzcY3LLmfJxacbFdIE8y8jWArWTps jsri05iZ1kh0e32abuFS6AfZXRWol7JzLS/IR3ytTXW18t+adhYvVdP7lbFoxUec4FdktCS0aCO+ nu0n996L2ZJ0Px84x2eG1e49T16+ByRNa9/KZPIN7Mfl6wGFqkbaeRpVagMTCwJMmpsQ0wai6x6i ZKq5t2Zqd3OO6HEO3zOVO5NrLmvYy7+n/MYktdZh1XSENOLv6cEGSbG21OVKpWtTXTJug7+cX5pR 5r2MRm8hpUbmuVx+c1LKDh1F7CVyo02BWcwJrEYMPVXvWEShkCmq+R+vA6Njg37U8LSqns3K4Nft PTVmK1P63SOoMWhuP970M+KfINJf9J9xTW+5SePBx1eMyY0xSLMq+bpMrqdfLRH243V/OOo6kqL3 gUkhk2gTL+JDnisdd3GejRkU6eNuRbbPvbfbID4C3Hz9gpmoapVKmLSyqJDwIcMzaTO/dfW4P244 PxIex3EeyPP+DVsjG0+aYGj3HLnXKXYmZXo2OUhyXW128UFe6WfZa+vhryn0bGkEVnuRmmK6w9re LYGJWnmd7BPketaRlL46myt7LCiIMsZfaQcNlw+GLZ84Eih9eBKYccMjoi73cQLuZh8g0tWuR3n5 yK6MexKHpmoqsuu5QsOqBT7MF1tsmJt92B7kTVmXWlXX4Hu9stq5XTctLXdmgjGOxAwKcw5s+UUE hXJdZmfFKPiMWCaxDmiCoZn3XzA4vi+D49zefc+avL8XyOf6WXVprbRXDytXzURG+/asI/ZSIk7Q RJvqGcev7TqHYlYR599e1LV4zXx1MnD6aQgxXfBsvsZclpplz00I0lNUUJWmRmZvsPOXSsoY+3zH YDTqMrPsqCnZsIpZlLPr0kOXYYsmhUr1gYo5cEM8EYiUiUHAiC4tTxft5m2Mu9enZt5W1n0SCb1l 0/q2PmyFkzMP6k8yeKjXWrsW9b2GTiNw+yiX3b3i+u+hyDjlXOt1GOmYjXtmSRgUZazmuUh4Z/0g WrWPiCgl+DmSEGTY1zOL8axeC2g0amjsUdt963xyy8pnXBSHKXWOu2JAQT6ItNNxj5KGEMef69bp w3BcbwHGQApm9lYDTU+IlRrR0mOi0s7OzfxKGiFiSkketkAo5XsfIcPwLFndOTrzO7kI2fbnkolk yKLPN1n6qqppm7F+7oG8HZqhT/YqJ/iaPD+UU9vWdd+r8q4+5rSbb9tzis0pUV9BeqwuDXl4V0V5 GGJ+spNsVq0dZTY71dhUW8+alq9a3qkKWmaOBojYsraUutS1QKXXKtMImWKZLDGRKSWUs+xPngvF bmjo1Na6ltWlctXdm0Pt4ZCGve3MTTNhegTTXCleYGDIP/ywlwtZSrkvHrVfNz9fbbnNsZtpz6hU 6GeehXrpa0c2BaxbBMl15V/b0BkMOTIJlXjphv8AhqX5pmy8jHPHbszWhKnD231z6LSzZ9LC8d2V u2ibxaK+1Wa3ICOrQyrrqHXw3knwytv4zlw1+V5VGRacdS2yGvYBkskbLrloeHpZEjJaeHlskvk4 NClKOSN4f3i26qM7iHLc21T2OPKzX8gxv023czM0827p0cbIMDsix1WiVau6aYyUsCo4QVNkgn+3 W7g52wXEqVdFtKLEgC1JIkzXVdrxasVNoZOwl9dLRBde26xV9TOYrEYqUVoMpVBGxiUdbWcsWPqa FQBCGr+7FvP9S68GGFNT1HMEJj/zWE+qZZFpPWXr894Plg6hbO9XbqWrC0210rVrDYtdmZ+8usUU fJjIlQRYgArCHzWtckX06bavhV567x0+PKat/wBdc+7Px30qZOONNgTTXQdGlfVWntOQJXO+2Pno 8ALek3Yb/lnGc3qu+W3yJ+SpGtrHjdjARo2pftW2WF3UTAukLRtJ9Ko7QZfJWqhu1NPLfzFuRnYT czkGedeu6xXi9/IgwShCw0LDSlL65jBpS5QKBQOMYOJAlDsmp8XZmW8PH3b9mpaJqrIW1nLqrbRi 37E5qHphzDEEiEPlkfSVBESoBGaBdyH8Q4/zyhy/hu1ZqXxpouWVVq1g0vNYib4tQsk15VahkzBW JJQSk2HAM+cxbbt3y8e9nB6HJs0nLVSci5aS+22saH4u4r0FRqTZJ1cr+e6JaDFLelTANTENYBZ/ 864n9llJhLRjlKElyaFkfzurHP6mGi+mtpVULNSOxyj8R7ya1vPSNO77GPFpzR08Pl8ZJrx8rxWh J5eefO0cNJ7dA8qlZTW2NX8phu2eiI7+dHi+ropYt6r6D8nBIB1ewqqRV5NYtFgNsFLTmZ9j+Hr9 PBycnEz17LPKavHy083Raxdha6yfq6uSaX1YTJiFf/6j6QwTVZ+fo0CiZOPp56+rBr7aEyftnMzV AahK8YjWZ6rUHtMi70SJKBjQH1CWE2wZgxxNlD81rcp5ancZWJDautyjGxM+9DhKu9yYOo6VzAnJ Qw6sSRifwmJL6NKBEyqHA8WvJcqtLchozZVw35WiW8La8pyVFM9KtAzX16otTTQgece1BKlT5N18 +O8hiRCvyGy0xXoKKz1SGiWwavXhV1yQjmpLVnrr5BfHyZ5y8JkeSvSO9372uOewHZkE7KrEsNEa osbo1/LXGtbVq/eRLCAGwcfQoYmIWEn9ndefszi8gwrrrad2uvOXTGynPs1ShUMuQQs9mLtpPwz4 fSYITH+6hGChct6+ffhm8CM6WCbshPwrkxLmx7vKAkXNaCw/6qlBNBESyPo4f+sQuWdYni2Q/RCq 0dKUtlSvqttiwyGomwwkeZU31V6WHsIhk/BB/ohMgOek8c/KOS0WyqwrJdJog8pVTHfShkHUqhfz ztWaP2dJ1eYQeDdWv6V24DiFRcMkblLZ991aG6OfRHiMDuiEzuRM+tlome5UVIZQvZep9ub54Nm3 jYCQz1cgO9qaRCpj64AmbjyHLULRkl15OAKIaMklkkxrH+7D17dyOaZuHyvh/cbicoHd4jzxWfQ4 zYFjk6uLb5JVRc1rKkGE110bPDikRSTX10U3zZTCGBB3y7yy7jfDmNFKtKynKEVhQUT9ZYwLBKay fU2LfdSD0UliQkZEMf2mGdavO++HmZepzu7xW7fZmbnHh5ngXlgJrqcsSGjyLkdSq2Q+lShZnVzm fBhMrKsuuFWlUWlsHiZQQ0X+wFWFtU5e3+TenOdSvXx7sGV/VN6kMgqHZvaKO3sx3kMSTnrcM5Ap onld3LjVmTPdF0SFForToqSr4/gaFsjeaIW80L+dIt5Hzqjla1ytyTYboX7pZtN0KK5yfkXD3cWo WqlYZBYura/AaFiqloExTLFNV0jloyfct+JvHVcS/Fn8dePKRYrlndmO2Q2k232bFkdKxw7Kt6ku Zaa1omzQfaZKIKEVveKlVKaikJHiJDgyfym/yK9m+wvCK2npZvJ+e8HrX+RZdmuelQ4tT0KnPOe8 kUF8v4+wvjfEavKdMa5iyLv6DoWlzCrDHe7xvj2PxDjnH+JceqlRweMYuVx7Donau3Tp4+NQr5uZ VK7oWbd+4VenWSorV6zYu2JGXW7LbBMaUFur7+QDKF8Y40mz+LlzR7OWU1ogZmR5VFZq3qQhHHlV 7N1J/BoUpv5fkGmBISzZZ07v3NT3ppiQ6k94NKYp3YdmYf1hjQ9Zro6OjpHrSejo6Ojo6Ojqp35l d4bPaXs+FHCoFq807qcjzu1vCs2JWKC0N2nrX9vQ0mfWbNTNy+LY25YK/UqXnV9Q8hJUyXYlw2x6 oN/kFr2uOduu2XfOnjV9uOw/dbL5XvUrF+wiW8Q5RxnlvbrTXRo+SpaGlG1yrjdlEWlC5FVF+EX6 tZt/6ipNyEq3aTMgqfIqTPzcOocdzMugZRXuBMt5swCF+ovmaXlxHI0zlhVM1CrL+HVezh2RiGCO JhylGVkm3alFZEYdcueZ+shXJNbkGTa5U/t9zDB5ztbTAsM1LVShyctq0lF54QL1FwuammtbC8BX BKiFcVm1A3FdrtetyTiY8tyNyf4TUpfsYVYbAzauTbrKsIo2ikYL6oBqxGYZHtIS34iwpMtbH5eq VV/MDuBS4aCOJ8B7i4mByezl2CLFwtvC2+A8Y4fet0K9SBp25s7ObyIX6KTEn6f8172y1qlkepn+ KPNuV0qGxwjTMrvG+OMjQxfdnkATbdZsZFS+0FqmJKj8FAxYL+TwEIW2shYzoPx2GiHDcbmzJOc4 6NGQUSaSjbXxu/kmcuppRCuyft0oWf2USGytaTois+D/ABjjKYuHn6EzBsPyHZm8tE5mV9cNG7ko K4dqq0OQJLYq2Y0aWWszVrn2tceOdvpKo8cv2AdQzrjayyeEmK4zbNuWURZMiYWKJ1xF4j6rsogv jHzEpmesyaF7toOoWf8Apvy7dqzZIjgjjEDPp2AuVhl3vWVdenQs0CMoWFhViIIjiy6a9c84Ys7h cspfYKeytI1/13sbTsMS8mN+qoeRJm1AO9bHrIicpg4CQaJeIO5O5pYOhxb+YVxt/wDClm/I6wDM 1JF7LefbN4fSx+2knyqx4K7VS5rM5MWVlaD7q5Rc2njTmzstJspb0xJlRrQ0QsTW10hNoXvXQk7K avURmXMvsBm/yHkuM4nluF5zhc0WmKUnzvHSj5TnyWiQNdCyevpKDdfVREorqfTnRXLOisw+097O tc00KVK80c5oWfE2Gn6I0LBV61J6yJQeSYii8ClhucoSO2+CRbCI9PJORcqxbNxqIRoVqjzW46bx Ayb4rWGOsx9mn4hELIJmQEpmWfUpVARTu5ypyM3S0eQWr+OrPL5U6dKvYrMlgMsCh0WSSl8oNqfR DI8WzX8xEwaw64ODAjZZwh/I+SVK37vJEWLbIv30M3alaRCvWbFb9khcF6uhVtXwdEzWNRMUYG6I UPGnHTjeYxbltstG8Ww6dIkmIzqtfLFtrMa9SltMm5DSiJiF9ZzroaPigg8/D8lwvyfJ8oy8pKzc /hEeOwPZRpy3jyEGtOWxvV/4uO4atrLFskq2OAGiilA8T7zZmvQq1koaeoC1uuoaSV1P1vWf2yA4 9C9yIpg4OIP+xTEEBRM0Z/LtgJxMbfrZQg2dA6mdTqSr6DNpZI+32Iin1BVtsgISLSIQj2iIKYhd DuHV49zucrY/cs5s2K7EuIJUK6p2WL+boXMQVWVx8xecgf0GxWZMtAImJd/e46Oc4vLeF4mVq76c gMzZwLuYzw3HmnZKNrUehIAX6dZZNR7ub8nSVca8PuFTX1Z/kXy3jsXxqNjszYvpavs6NBfOonpx izzpJfAo3IVoqIsEIVqMayH1jICT+f7G4g8ps5LZmjkR+Lbi7r6xI1lLTqK41D1CbNFcyl0bxz/+ IolWVZBv3g79jLx0aWwJwqBYqK6iL+QdZKTIbFs2GUNrMrgsTP8A+YGZOIxH3LrN8N3sRXIH6xUa nLNVthi62ET6zSSb0ppNtwC4OK66TED7e8CQgLlpAyAY6gPEsHkt/MnNsPuxnDVELGvqhFQq7Zr1 1+g/SP6yZCyAZCyGf9wYTExPUnrTPH8ma/H8BMarJcm5q5gFdm4h3k3NrMmCKqyDeExPv5kmIAQ8 sGOr7fm+M0PHNiOfc+lAsmgqkGtPYCb6V9k4r7FUk9/KZegSvvmaCG+Y/J/07+R8Pw/xLgt0+Z5H asaVjw+Bjs0adKKGzbt873XP+WklyqBo+bUJVv7S18Wv3JdySLjrVPCqMHKoxkxZhiq1eYFTySBm pUTMAZ/MBGR8DJmMeZ6Yze2992cm3qcjubgs1ja+vXM0A1pSPyrDMNkjoqlPhheQLwRwsAkik492 e47vo2i5NuWC1FBRBk4t0WPsUTNhEDfUy92mQPEpWPpHjz6nPtE9bGeGZuLvUFmjBGrpWDtncqtY shpCJL/VfYiZM1ftkAeDCJLz7yceCIup/Mdk0nXkPbjjN2g/07D7DNSmPPqsjtOjSRpcl6ldQjBi P7WJVzJ5+V3/ABzFwfDS8OMz8bAtyD8Sk6bV1VtmFWGurbdSenJqVJaYURlsCFdmKO9YeHdgtjfq 3tW46hXBpjWu1Z0HVSqphQPMx+kiVZnsUCSv7MIlyElJSRTia/a+txrZ1MGzqntZuquEzln9/wBO vmKcKybY/WMINtdpj8Vi30lbpFywNJsJyfvXbnI9TiyzrUclSZC5VSlgWGPKXGZmVb2mUmAAKGNI YJv0CJAgkmYbZrSnO1syoFu3Tz80tBOlSQyLlczSfoqq8Xtn9wCkZlbBNAxPsQl5gZm9PE3+nzpN 0eOm1b+dBaLmEP5yLVdnUTygPHOCtV7ylTOlJkoVec5n5VXZy1KczqfPyWhFR601Z2lhySmmav2Z u3mmJu8s4WbAkkTdlai9LcexOHiv2V3zbeytpImysJseikaW2P1VCbHExJeTCFiEy329pJnlrBlR dsucY3468+Vg7lqyvie/qFFakqCtZWVcC1ZrVit3DoLVUzrh2h/lq9ywqK1xhapWwcej+1c/LwW/ +MMztHTCjr1sSptKa2wyxXtAQwMIa0he3918zEDWJZGg4YE/WAJ5VT51xdGln8wz9vOJNy3Rq38y 7YSwr9u6RpI64+gLNRCMWIko+RRH/KZBv19s+38DxvynDzeG3Jb6LOee2dfSdDUXac0IPG9b29KZ 7skU9FvNoTYWXxM5B18J+ZbNenlsnO/JOW5DCjcav7fqLOvIxGnLGerJq2LqEmylu3tzst2lNfdU IWn1bzlmk59ne2MlYrz2ceS1dwjm3VXClkyAhdZSgNpNif8A5jD1RIiQlMCRQ3b3RztjjHD8C0Fu 5Rr097XeUl5aZ0qlqTXC0k4WgZMXKARDZBilJWELaZqTtHz/AJHzHt/hdvWXsqy6jssx+QWBO0ux KcVq4Sg3Nh0C99f9Arn+zY1j7IPAndMXlkKwe416/n2kXdHMxk1aNpMQ2TRbOyoLf0FX1RXNiAES gAn5xZbEECvnOG8bBOOHJ8faz5qripneWSk91tg92/j07umh7n8FkmmhWz/1rWwZ5ivWv5Rj5X5x 8d43XfBTHjjv5jHxmDw3ZdoyZNEuOba+ubWUBrI/nqE1inbSWBK1Kh56zV5Dtv8AteRZGs+m21lf f0TRUg3vhqAiBMP6qJLzeKvqsZIz91+SyXH7+Ni5tZ+cSAbuqYmtm1QkWjmZ1y/MXV1ws/P4QoQV +ytcQFpileSc+Y6Ud7eZxzkulsMs1tLb5dp0AirSq6LqyEVgHNtWLpkx1VCm+zpkogTl3tC1qcgr c5ZuvkKtRkSn+P0aZjSYCGqWdXLa6y47Iq8wEVr1eDdSmIYxj3nLpFwtIY5WsK1XwaSCqxRauB3L SRagepnmk8irnw6dIVgANjJQ1WKnS6xrQQhoSUM95GGdkr6MNbV0zvyV7KKsj5Mmsx4+toyqaZMu 5UJ0tmQsXlvLrFzglm1DJe2zbsV7upoqJbUVj+ykCJwY+zSACXCxITMYE5ZMS2eqDd0eUVOM3bdE Ji9w1Cb1fdcvz6Hian/igbt+Xgv1RJLxXLbZlXz/AOUyfsRmM2A5HZ098sDiqL76tXbyj/UmxUFM WLrm2UvcyqcSXqqs30iB9mIm2x62AyQIaj/kLyVGb2q53k43msGg13Gpj9dQuYNrO7iDGbTSQQ+f Zz6dGIgPBNNc/QXRXZL9sz5I1m9UmhjPx7R7LMgRh4LNjNgB5sqxPd29adop4ippXzTjv2hHnRSq gTUFQzRnozKsfHJlpKdEk4kGzTAWnqWYpBJxatJH/g+4TyLmf+S7tRv5Zs0j7V8A7m867ius26KS y8exwPmXaCmKfoUu0/Tb5rwmtVoVWNt1Ru7WgXvmKcwe6Prke/8Apxu2Gnc74fkF3jzb1FvFOK9p 8Ht7fU39gNJ3Ku52zwfmS0Z8ozyz7lHCT2y1x2Wv0K+nXubGKf8AH3P3dC4jrh6pUdD6jou3iA92 YKlFpNWYB9CTZCV7z1NZLePZG0izpOaEy6ifgCWXgGrYEPp3aakn/wAzzM8tmH5/JN81fN+y+yvs qEUMVB0dHR0t1dejo6Ojo6OjqJc84RxzuTwzknA+WU4vYHJ8x+XpJiFfUAZ/dFyoTkvWm/n2RToZ 1g0sitfRWswsiX4mW9HXwqGVlI7qwKsD/gg+QI/+fI//AO//AK79cuiUR5uodHVkdGHdWRgysrA/ 5DBiCD/kHse4Hfriq/MXhXJeG0+Icv5dYy0bvZ/VofjrybJpa4t3LtbhKufbw7VSuESvRyKupyzM ztiwlkwjYfjsmugHg3rL8F5hXxjrbGM4Io9wqF4dqrAitDLGB/41kZr6SjiW1mjW2A+pKMEkVRTR UEfsufev/Lt2izMlvenF4wpwlz7jvbrvQisKbNhWTzlPc27V5driFaCcObd4txjkOpsWXw9NBeht 3CWulWrxGsPtBynhNLuZg6fPnNniGPwjiNDPupq6DMPE29atX2NdhrqE4Ba+3dp0XtfBw1aqwfOW gqAu3xHa5lXI2n1q/IcFt+w/Z55LSvuz81f2sQYJolj1lm7HxGtpv4GvcefRKOG3zLhn2WhSm748 YaVNavxt+O5Xc9+T9pKmdrcVOvkR2VhyM8jqEuWG6fiuDmcn47l8dKV0RniitOD8SABoGhTa6A9j FgWjK0URPtJxHmJiYIjmhP5Kcbsdqe5HC9HILTsI5Lfto5lTm4TaYJriVfPuyq37vRen9myyu5Nh hAqH1/hNYoHq6Ucww9GplM4hv1NzCtCbHXsk02bP7MD96f6gwZQJLmEnJCS/ZgygTH6QPVBOd90M HnHPzp9zqd6nyDi4bdDidTXh2OvksJ1qNGrr57GhUpawlWyylS5Z9Qsvs/8AAGwDJnOcMdNpR+vk +9IKsWR0tShX1SWXtlZyqKr6Uer0oPS8QFcj3LF8jOreOzC2fknUXpXC6Cmi8tAKpjDrZAFRKP6r e4vKRjT1GgbTPM0+Ncl5dYqZ+1brlxvO2F3l3QVLH6QovJfl51sjNngUkk7yiKsCmNeryJrXYVLD 0cnlWfoNQ/GOuotBdJpxDrNcosLSM3akPcuUJ+K1NNz5hYNMLUQIuJvSy4T3Ev8AGo++uDTzp0hi 9nW1pFdlAVJJT80xeBmVd51wKQn3hRkfzKTkps/a2MnltSndC5apV64pmK1poVolyvpKzNZgRsWt UPkQM7KDX6+62rkSlos22VXVq5CGXVn8K8jkqqSbVkrTRLRKaCTS1sroq5iqi0hWDVqr582ZYHZy nJV5Hj9jXeVck1ltxnIY6I59BY6ZwUSOeyj1zoikPdRbNZqRpJECL59+O8rzNzlOhq1YWsUKXX08 +vUtVWfKKtd7JDSF4QywaJ+lZcw9pH9ZWFkKx60OHcd7mdrNXm7tgshvHuZpFNDf0Z0bdejCT335 yv26exUrCuZ12ruqaLrBfKrCEQsTZ1t/5VOtyvGv/wAoAXuPVX1gaFma4ps1gN6xFTzpuh3qyJGw ZwxZw2fWYP6SNStXKo8zWfHanFF0aFFixzMWpXYtCryJMEHZgpqKaloqWZV1fqS9PsoWj5l3TLT8 NHyljwEeLjyObtV6wlyLJySx2M58VWU+NXU1F0bFo/2wGS80XPYpLbWb439NPkf6hS0cPr4aW7hF svI8rs2bUnszo7sZXKQpge1B7nFVlShpLyX1CiZ2pXPG7xcyt06+Fyk6elkOKwGhqZmcY3bLXHed TZmprKr5x0ksIXksvS2AnDF2XgKM7q0HCcfjtEF2sLkR50yM1Ck79TQqvKtacwHreDDSAJmvTghX 4/2M+YmIKJWvGeN8bxdHU4fyOumi/VZLc7Vu1JjLTWFpqjM+ECUV2IE2fRCXS8Ig2LM0m14+TNwq /G9Ysz7g9VOyJMoV5AMpuPagwm7Rb+zBNuxJiED6mSpWddiDq+HxcuG+NW+D8SV47Ft3cTnb+HHN D37M2j3kPHPbWEtVZU99Gx8i99kfVWqU7+SdROX9PuD/AEt5FeOW0Jcbt26ae7jeGpfdJKP/AAVU pGT1yOU9dczj251mzujP2g2wPinE9zAdZ3E8woa6r1NVi8bkAMxc9RdXVVJET9RtKAg/WaEAK/cg GJGJY7LGrv59TD3lVbg3GuzTdSzjFKWLNoD73ZWn/UIgYcSimVwUGB+JH361nDHM8rKfyeiWrazc xuWyrRq33lZdVVYc516aqgbWP9IoSix7PFpLbJj4D+pP2p3w5Jk19Ck3ROtc/fVaCLCHQqaNhTpU K4fMEIV5UwWHIrAikIgJ8GXWhcP8uwadCNpLpm2JPPYbY0nOmSuaMa+DRQtOgIxqS3a60lF7BKPW x2DX+mfOc3qwcvwqcZzOflVnm1ao2pgGnFbNhg5pIFihpLbx0g7KlJuMwcI7Wp1dPmOjxvCuo3Ll vHx7N9UBZYg5OzbeLHLpL+HrLjkvBpkhEiIymJ8/Qz6gPBK1lum79jTb89GyZfxN5VejF2rYOCru z2sZP1rhIiLPefATEeJmfJyquRWEckxcfY1KT33UJVdy6kWRhjLSrFi7VusAgj5rJ/qAwZL8MKII IXMFOJ0eUc7r1a+jf4xQ0RsTVrZ0Ksim9mtfEtgajmWK1dagMFwSIb6R7MlhFKhIrbxHy/ga8c1c vJyuWxmWjLENSkp5LVSDtOqeIVYNPzjG50JNc4UOqqTD8f8AB9nEZiy558iuvLq47Vh078k4Tljs UytLVos0G9KlfaE0ByiwiCyqEa4lziGvgW9PR5HNect3xXTIghgQlUQ1KfrJeJmRGQ/5f6OJjxMy uIKqHdfkdblG2d3jufcuMwISOrVz02QUQL/aEzT+2sAYitVZ+zLA90tZKyVLITJSneX9+O7Ntujx /lXvkUuPOQNOnrSVd9ldWAsqTPxfZU2bcioBuCZRNWJIVMiPcY9S/JfY+VnC0ePqZpclV+vXycao 6/pmtqQlSlugDkStphroIVq+gQKhbL5TB02vNoZPYa8SSpkWuf6DNjRK3lP61XKF311BQ6RljBQh zTNqzFpUNSP6bfMs2v7KQwb2+gjZsHGcnmrPP9iaWR9X1Fe22qxaulpxjLPH1T9uhVpmczrtZGHi 6Hdnbzv4bUr2G17pNRUMrNQ7rWKs36wJATOJGspUTErKYEXn7xLDL1q5rybByV67R+3/AJUV901b iWaBRRq+ArnVCs1zEiK2A1PzYtanGz2FaIiJiXHM3a4O3bXyWtHFaPcOvnZtDOk1XWUH5xbH7i7E 1phHl1UU31IWdhQC1I2GiyX1BV/MNLWaVvD4XcVpnlyyall9ujWUcLev51hBlpopBkwVklPFKTYq ANyylsdYPzWhDu2MNcaT1WikHJXIZY5LSXjnsEp9aeqj0tVCSOxhXyZKVkus/BmemratuUxaQZcV ghbWVllXBlwQzbZjZKGjHlj78s4A0Q5l7zp2KNVpzrjcNZyugOlWrHX5ANux/OlUsSuy+XPb+hXC CquotFzmsRDh+YNQ5bGklEN6+PPL4XN5OtSlUmjUoceZXoqkAsVZTcbQZbOQlXvQSlrT+rVpNfus Ey05Gc3wrc5flcLVc5Hh07B1s+yU3UgkmKsQVYVporWQr9CCRknPCRhvsyJSCpWS3ufxOlxfkZ6U uqahX3Xf6S6LIUIKGRWSw1AbPRxLmX+oAyGyaxFvgOkOOzHbrSIKTk+gBGYqVWY1UVJhWRa90XxF fTMKiilZQZ2f2abVsYz7+Su318/ne+I5XlqnWEdj58spTeWKiTSdFoKSgZzgLPnyrnDG+X5eNXH5 Ji82ravxTi1lWH1buh7np1ZtZqX56AMA/wCS4rWW2xWsGSn2XBSTZ9Nd35d9zR5DxNufToBP7nK7 Db8VwUnPUdPF4jbrQu1Z9fe1YuZt1ZKV7kJ2HoWEQf65Wz714ttXEx0KFlxa9kbYZ1UXuvOGho5m 8uimuslGMWVTcrWWrEfJtD1Ayaxc9UFjN1/yK7/9qPx+7cAzl/IdXuTax8oU5l25S5NyjY509z7m 039eynF4jg4Wrc3N3S/VsVaWNS0reo+vQRFxEz87vlgDmw0wxs2f1V2zmiiKmbiNPZUDs/mos2eK WDIlfGNqnwfHfmHyyXyKGeOBWk9oXyU02VabKPRKRKRv3WjVeZJjKKUKuhIW1f4N2C/4Ve3PO+3/ AOCvELfKru/S43zrlHOucdq+C7ybam8P7c8g5tyLTxLiV6WdWuV086i2fMaKaNy3xe9g6WFyrFBW lu8ks2dtPSr7E8E1O1nYzsx2w27Gdb2O3XavtzwTXtZDLTcizqcS4dkYF+xlNu1aVtuc6zQY2iy3 Tq2jqkorFVLpNMNTrO5/7S3bxLs1SvYjxar1oyhSe6qpbsqf+RSF/wAAdaHxWY4+NxZmDB5ZorRX dnYVKs1V8mZj2V+4VQfFEKon8FQdHR0dHXXT/o6Ojo6Ojo6Ojo6OjrWb+fnBeOcw5l2Nqc0rWs3g nJsHvJ285lzGrnvFFB/Ls/h+JxTJ0t1dJ9bNs3P5Pk7+NjpuBUXQ1GUFtedtTOaF/BbPZbu9yLtD ymrpjl8O53y+ovVv5rqh8y4fo61ilwzefVJlmtYyt3jeMp1R1cP1G1vv8pOIhvXbZy/iHF+f8Y2u GczxKXIeNcgplR18fQWR1rSJMWrISAgdVtVLAKuZ+hUanQztBNXRzrSL9evZDmI/yR/gZ3I/G9Kf yc4HzXY7k4Ojl1e3ndCNWm2lZwQs3uNcH7S6vkdbafceC9q3hX9YIzc1BUeP15qBoapE2U4Tkxwv J4N6IEMtkPe/rLyeDWVv9RIMTUrac1P9boMtdNCFrJBXJvmfCbsfJD5PilS8JWy6uQWIiCkcr41q umTurac1Uxx9g8bKkDsbRNJKtCh97EwOV8vpbPFaenwS67Jq/wAefELdrLwy1KGUinUu2cynYrZ0 SCgKLlGaqYvMfbZYYdhr7MefkXb3kHcPE2sPkWLm8n2FZl99XcyWV6W5kpn9UZ0op3HOUm0phAdI 8uLB/WL5urgZexfftRt5uVQwsS7pnsRdxqtlj7CWNKNFjIQiLBSwCW4fWVWBIoYIBI+kwExDitsd kFbfnWqdPkVemb8xIvcdezTIZNqFTAQBk0zhcqb/AN0j/SPNeZMds5b4Wa8XQJcwkdubfp1Z8+eu KGKpFWFJVi+RVR9EbHUs5aoEGz2HgxaS5X/uzwfx3hPju5TKv2Mt+c5biiGzS4fZJqS2NNMmnjtB zKePZ73A0Z2u7KxsrHqgOXrcm4bsaHEu9GxZDQqxTr8S3oXWv0NPIsyE/quurmqqeQVwlVbRWxTv /YnzVG3UYm861/bDurUu8LXgZ2c2/fyAu0LcPkWnUrpe5U3YOzEyKiWQLlYl5ghOSGRj/fw7i9sM fuB20rbGlyNNbV1/48Lw0yMyocjp2otUkyK3jD1psVa1hqPaZ9JgG+qj+hVR7NcjqYwbfFNx38fz /jlixV5DQ0LYmNtBQp7JrNSRCxNpVpTa9qGsH3hpehLP1lDX8XlxW7DEbDymLTglXLvEaJOmvJ7E vxt6Pn+gdKZ1npzXzNJbIrtOE5460Pz4vw3x+H6ny4u+2fLcRfNg1cNyIsyZNDrktKXHa9VsogXX G9aPaLA1CGs2VJN1s0wdSr/DYtDSa6DOqDq4Qq0zK0LYz84rkoQj7CCfi1Il5RIssMAiMBWP2ZjR qaNbT0adevoHAPZTBhJjwgTI6/oTwGLEeU/dYw6DAlPADekhiG8ctYPI8jO4xoVzVaV+i2mbK7f4 5Qsif1GruebEVVriT9/d3/H3iBa4vfz899vJsneyDpZy/pjiiuu7NtZ51pAPKZCBhoy16GerVvH3 bMCspkhGS6kMnw3Bl0X+RZuV2ZeRsuamJqGcteDRAKrwWkqutc1fB0vRC/c0VHK0T1v6sf438P5I c1Hj7pwvLPnk2B73wzEBPx/GHkslKzfPoM/9aoo9xYlLhWVAZZ3m4twruDkLTVxh45yWsqTrn+yo 1MfEtrA9aQhsATAj2TYMyMFtETkihsTWWjh1szQsq5TrVbnJa4hnW6NKr4QBpAgpkaREAiwKD+pk ACBTDCDwBLAbD5ktnnFpnIEGzzQXcSyYQgTZaJlkEoFC49xHyz/kQkZtI2G2REBBLc94fnZ/LtHn 9ZzfF23YrFUYhxsJkzIfeqMSJqu0pSlwLn1WUiSWAZlERrHFaM3K4s/tOO/Jyg37y2bzvGrT5LPC b0FbJLVXRja9UzO5r/BWmyUzzIyn5h8Pp8fhw/J8bnxc/o4Kfs5hyG24qStryTrmjWpiN9HzLay5 momqTorzdKKrGGcC3uecL5NtorqbyPHpMEdSjWUE2l17UXnWHfF9dgGkUrqiZH9Pi2s58AT2tZD/ AHW6GtGbbyVZ+tkbNinWvDbpLdaE23ZhjhaSihZiZMHxXAJhYgZQRS0iyuHxm1mcrweR30fu417N H90AXCL2g0loI4vGsRGxYFMWGx9fI+Sarwpk+Ck3M+LhhczzdDHp1h49qLrbk5bbJQ0LKjU6stcr NUohHz9wXXiJdJSMyQj/AK89cnlhxHynkpT5B34uenS1cxDfXyaNXptP0v7bsmaN7QdlYsUdE8at GEpmkcBj5fiNm1Mm/wAuGrW2/Kcask886NHdPCwtUs2bjNVczAv7HnPKkvs0zT7Ft8gXwHj9lDXm m0T15tduXZTLq4kBKH3lRL/1PvB+kjENCSkvYfHmMPzfIqVdDIqxVzIzK7Q043nEEAH1EnKH1kxV JeZlaZKZIi9RGJYQ+0M5VpP0qzNK5mV7NgQUwRcs1VH+vtIrhQjLPoErAvcJ8T5ZBT6QRdJPR7j3 tnT/AIe1kodpWgq06OTFy0eeptWFCVyRtMgQhaFOtz7NgmMYIhEjKIh3+948GNOIxTjn0fUz5dnJ FkatWnJc6UR8zO1H8ACrGPYu8moy/wAV6hv+73McbxL4OPtPDvrNI8tt5HThr/ChjmieNSD2parT emhg6Sp3MAwNCiN8O+HMavLBycdHHV2tFGg752oyadhxerJrV2oedeCkiJUSuuH0aKZiSKAkj6l3 bDDxu1eLnb+lkBoclC3NojZm12etZhBAVvMwYj8pVK7Ex8wGCGESZQ1rM/xylg8bpWtrWRUfyMHD YUNZJ2v1Vt8/evMQn5NlsxBSLSa8YaBLT6ylfUV7gcmpfrp1Nd7uO8dL52mtuWxfZmfViiXEpaw/ P1JZQhp/2MF/QI9Y80b2isrwRmST1otrinrtchfVeUqCs3p6mT/V6Z6Owfwd0aMwvTD9vzHhNXG4 balyRjY8jrLsq08fI1zQC3RGQuKgqLUZgxtqR4ozdJ/vvzulStr5bvi5c39mrY4nx9amNtvumfy1 HzUq2moqzYqmakqssa8kzUWBS1grYseGcC59y7mFS1j6VfJzyY6FssSbUP8AUxW6FLmzJCuZEZJo BDIk4b9Pm+a/X0y6wfkR3EHOo2zz8bDptHKtwaCO/ZuFCBBjaboZ/qsyLEUQE7Eu/UkvZZ2h6vPn 9qq3aftfUavkg6dip4BlVHwRZqBZJbTWFY4AnsdEQtgsUEuY0nzAkQr6jPdXQ8zMyeEAmVCYSaRS yKXeR7N5yUzSCA+NvaK1iaSE26unxs1zY1lnss1rlzcRhx7cQ/8Axzzan7mZelR2Gp2zynVlrf1N ok7SeU+k9zfFin9s7Z04VUqQtJxRn6pJteuUPN62QkPWzMREkwoGFsGSIWEJdQ/Lt4RbEXra2XqD 01P2aEVyXKUVZCSvGbT9TVApUpaSaz3MyMIKQGZaG4qk3zSvU5XQ0mWpv3rrq0mkTXBV7GgKAk5Q qWysICIGXsbLSn/ftUzmPN6+TxR1gU5x5qbF52daKnNUnJqnbpJUwYhpilrVrNB2ST/aazCESMC6 tXANnzrfU1VmDLySbTZmR0os6EsUa4LL6SfIqQSWClw6C0fKRPP8YbhqoLLpaVJlCJNk7TaNbK6H 7DBRLI7K1Py1POgWs65JpD8gO+LaPDR44sLVbaPlPre0F2ErKhhZmdx3QaASyDiZE6z3qWckdn9O a9dENIIOzv8Age/HHnHOfzOu9/8AMRnhwHsIWwHIdLTtPXbZyDnPbzuV24q5HF01FWKurc1ZUjk+ s1pVa+RiITXsGN+7kBd1ra2vcIeQd0+VOz6tHU5RXweOVNHJbZrt0blezFpNOZB1T5YudyKpbakK tq3+yk2NWGiFcz7Fv8NP428x/Gr8JsSnz1NzP5R3l5dc78amFofIL3Hp5tw3geZUyrdNddJZbjp8 VRqHk2jbpZ06M09dedrKuceqUPm9z8pyQs/cr9h3i6dl7rBbTpZk9rqZly2eRrP2NGiac6zL/YbC vj2SXM/JkKL58fxuga81EBBP0K0SNy/k4CX1qokrdntmSjKAVeg2r9HR0dNutq6Ojo6Ojo6Ojo6O jo6Ojo6Ojo6Oqn/nX2rLvT+HH5Fdvq1HkWnr2+3GzyXiuVxMLDuRavOuAGHcLgOTm1KtS7b0T1OY cWw6NjKoonQ1Kdh+ZQai7ZRaC2HR1xRS86IrtNnRlFEJV0JDgOhBBVl7hlIIIIUggjv0315p7Mmr HXv6tWe2anb/AD67TpN+35/z4ue35/z2/JI64kO3WpZtcUr8n1ric9WgbKVDSKpMAzU4/WTQ0Bg4 P512Ro1r9iR92Qxv3sevlbB6tf2jx8XuNitbqmdq7/Kaz857Ei3NMa5mqqdd0HPtMQBBZR7Qs4ho mJexR0sPyqws3jP52flv2Bbr2LWNPcNXdnCm7Kwilr92OKUO6fJaVdQ+wVs2rudwKuYv+3s5FVFs oWxjwHy9q99eLdyuO1D0s1WLNSm//wBd80rNpzWhZcpXuofZ5L/7eJ94ljGzMtOYn1D8A56fMcTx 2LkGQJVpQkvjUm+aXrxaMF5LV0akqZ3OdjVzVUkqx7BtAyK/xzmt1M9EWmjJpg3DafTn8+9MXI6s /IYbGd3DSc4K3StmLutpSM+6rYNjMx9bbGzj6VStjLC/bGnftsgqd9aWNUtNasEKkHiYAP3+vuoS iBc0lsX1S78pey9ep3BwOZcJpsDSo0KuTulkNBlW/wCtK+1W81FYQt3dgXJz8O7aNlpjak4S6wLr 0HosbP8Al1W27RxCdTVfyblI2BXhJJKhaE3LiANZw0DKDU32CSn/AEUjMwP+kD3TocLbi3anJb7K mkpNlIyF2y8wOVtCuFXPAv8Aoay8+orOBKPmopCJ/wBsvm/C8nyXxPkl+Lm1jgvDVxxB3Nr4blFY 0hL49npplnR1Q0z3O12Vs1NEaaERa0Pn7fz/AC/09/E8RLUuaeryz58qbrV4XYtlnJeJDWShtJvP yLnzRHeallJJq5+PPdL9zN1cO2+/ZsV1JlVtgWLQLrSDgYVibCRkCAgaLlGZqiVwCyNalSdna2o1 pnmW8i7LFiJLupsLitcUDBYb0Km6UqQPqITPpHsMwQCKilca5uKPtcTvWtqzV1OOlp2zWzL1/wDu 2tplZWzRhWnY9V6C69u2yDZUVCZA4srkKrRELp8Y5bS5bRwX0tOlautsHilZv165nXz4Ajt/MFK+ El7rNoMMBbBw2PrBwUTE/APl3Jc18W4LTzuSabzhh++4fr5x7aWkqXpdFu0XrJlZlF/dRLSvirdL zeR9vf8AZ7+TW5z4hh4nlr6P3LiUsnP22tkfyn9qgam5moAbZyDK+fatWTQtcf8ATVfDpwirHs2j r6mzdW0U1yySrM9GMSuTCZK4sJI48zKya7zIyZe/+/8ARS1kcWdFdF+yn5ZDYsZ+Z7KtOsueRg5j Vwf/AGj1KPAeGFHtMkbRAR6r3qJ2gmhpYGm3VGo21RUGdNGyC6cz6sGVGxchZezz5StkL+puXEBI /wB5inQRWpK29CoyjpiUrFmrABpstqkZKrXpqa+YFoCmYg2Ssx9gSBCUyesfHeV4Io2UoMuhCjxy 2t6wZeVQyKsMmec3IBk4yZ9OtTR0TTFFFGv/AM35rm305UnWOnDooMMZ0v5JP2M0nlXLDNknmcyU pRMGfVrE2fOnI51Pdp/z7mVzNTw8gvzkYdS1as3fqpgWrCWC1QqathExaUkRtElLFsBERLTBbI6s Xl6vGu5eZYs2rMPY/LqxlPrJkLMrp1x8MQEyMQfkhVLQL5Ogpg/Qp9Tq5oN45y1Nbf8A3GW0Dmtq a8LFQsTZaRrZ+vK2BFYgkSE1rErEzKvMh/WZhlDlM8QyrKsi/c/i6Vq3WqVdBFSdBVFn0XDrFwpB j6zTL0TZY02SJ+8OZ6gZY/8AqPJZ8pTkM7ZsuPfVvt58uGqS9oBk1XVoKbo69kVqlPJwElMTVavB 87wPO68GX69qS0Ye4QcFD62Pdk1GY+1bPTGW8XMxn8NlpszIWmoyhKPO93X5re5P+s63KMqssZUD akAxChSysywaSOvAWXMIXezC/rBCEFIzIz4u3a6tU9erTp2dPVr/AFoV766tkf3GuirDHEyJ/wBh DA9Ynz84/wCpwz1XJTiavOtPcr2dGmdP4xUXUe2c19uWfRZQbYA597DycQfWx5CulsQQmX9jnJcs 3avbqhQswu5aBqM246oqq8fhetNsT9FymxILqOa8gmWM8+BH7HAerJysoqzWGSVPB2VzV5vP2TVC QEcSUeFT2Jp/QGC+yrkggVTlOK3PPAvJztkhlnTbXK01ztaHdVCe9ZKngWKOzpNJu3tr7JOGoMtY 45s3dO8e1epRZrLZ8p0DqyoK0ePqyvQWsJJSpiZmWfQm+oy02rBcTW7kdbl3dTb0eNVFqs8K43pI +67MShjv1vDrtaK7qrwfSvFXEdGGzIkhoU0yLTO1X/dXlnLO8nJK2Xm073HabITm6up8SqOtVSh4 RUpl9bMOe5zzOw33H51/oboSZ1SK0WR20yePYFWuOeuv+osBvxft/JDxIPpF60P7ilF5sFZZ+wav mbIFrWEmSKU1LVRUuWGVzKFqdm9rp2q1M8KzJ9EifFbMlUf+y2V3UMxPMvjf21R9q0z8Mts31c6x v46qKrO0QyUnGeI0Ao/bQv2NApk0aLZXqtYrwPi+HxWK3JaHG3rFCwuWX02AhBf2exgiX1lojBqB 6K8jFauwxhdebECUzXkPKD5NmL281NNOIFhJ2G6ZteTHDCa5LZIqUbX/ADAPRIz7Nn3mWEwmFONu 8r4/xm6rjua89iytUM1CrJ9s4q+tNqRCVpmVFNdZys1QpgFAkMQFcYLpWco3rPEOJZ91L3Zo2t66 xNGuusc2miEeWOrKg01VWBCBUK11/EEMfNbBPzNYON90n1FmeEpIYM5Hb1xcqZgMmf8ArIqvnNAr pTxpN6L2PWw8HxyNxI5rkb0a8AlMMdEKe1c0zRRnk5vmpEJ5S9vg06rRp0mbKGPWI5jyt9cNq6vU N2dKjs1M39ZdOt+lSBpBbuqb9LDGFZX7EAMNKwkTlMRAM6ppyst7Tp8QYzFs2kq46O/vX7QqRSbf tsQ6tQrgSQWFQSxLxV0112ZkVn7zNRdp/U30O5wciy+Qad6xXzeOZdOwi/WFn32d2y8rBOy8mBJg S1n74CSCARBfzn2WwJHqrXdDmfcDmubZ5BrWV8VxbM0c3iPHqtDUPUuY9lNG+NGLlhlTNXS1qnJo tBaoIt2JbVeIimoAe6OrkLwk+bP9eWm6UpJHZCDZEWvlpOiilhmQh7HRX1gNJKXncLo6wD538ivy Wi2XjNWaV0w65adXkAgtFbPe1/s0KgY5v20WtRl0EnIlRrn7lsp+AHY7h35R/nd2f7N83xNXuR28 4lpcg5z3Do8eLZvcLys7jHAuXyy1yjUsKZ8MPlPPs3txxxqxVUqPq6C+PV9FLdTHSPdl1rI/xPfh z/8A0gfixkK5B7v7k96F8Q7rdwJ1uDo4fy3ilzV7d8Rr1+0u6DGu1baO3OineitV0/04zNnb5KFf Fovs3zfs36pUFHj7CUdjOcluJla2hOml5tVyxL+T2tWQ8ZiUqpERRlfyV+G8P+0cPMUUjRqE6u1Z hdKxAcZ46KeyjUZR7LeLMPU+isgqhSSdHR0dLdWvo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojrnb/ AM2nZbO4pzH8c/yi45m4WQXI+aWuzHdzWStgb+47ax6G1wHXmpXpwGmODhcC5hn6ly3dm7FJfF8i nTspGSr62cLlWGuxl1v5is8coqCLzK8tmbXu1kC8lQSHNKWi50w5YkgWiMwAhBz1199exXbL8j+2 e/2p7rYCdvjm0omVrIqqRtca3F17aM3lnFL9upeDI5JjfuPPOv8A6z0mptrM06d7Eu6uY/i07kdh u6HZL8q+8Xa3CvUuQcl7Z8qr4DQJc51nlePv40co4dyKnlydqtmnqcXnJvXct1uwVC3epU6OldQi zeO4/B/kGbiuTnxPIQ2tl5DWpxa8E4uMGirxZrXkTOrKmibamadC5nTUzMsp270vl/ke/wCHnkcK 8Vfdw3y7RKK7OPMTt4LmHlCT65ZGaD6WumQXRZ3Vndtvm6PQe3ZxyLneI3By+QY90bX8VT9a+Wtr RuPlQn9LC2mHoCzUZFMHMH7eQ95YHmab9wc/V5fg8m5w+1YboV7lvRHPqq9m1QW8/lLz9ohYDNdk x/yGfeHriJiBZMdfYtrtrTy8r3EuU5h1knxzSraE0dMXVltY6m2jbVAksWCxgvODh0qL5T6qjqRR ohXm5b2NmLWdCq/2o1CdVfYQCHIVVvJfNhj0gNj0W+Z8AULFgxC/M7L+9dtVrcTNnlpZc1zBUQet M9p2VJpSTNaxqZs9J1zibRaOgW8p9S/6ffodj4Ph+Q+Y8tXLs5G0Upxk5ulFVJtS9DrZLT7abJSe ejN97Ei2VfsrpSiJWMpucm7U8U5oaCO1Zu/t3tOwUM/+2XDNBQ4jQzzeVZLMqkFFkkFR4Q8rEVhN U34pzDNzs0aagvDUHwpUtAv2lrmZiHeBy1kJTEeCj6e3r4gYFn1jrFMyMjthsZdC6/W1u2OnYjWo 42fXtaX8Gwlyptf4FcMnZlpZQTmpmXfspBLEi9S7Nlup5pwXUyLWHxvi9vUbUaWrkbCKqpO5blg+ aMmxvkhQUEbEyyRTCz9xgwBM0Lhbn4im+Yz5KoNOO1c89Ec29OQNvratOeTvnTThv4x2JUnzHnSt 2R9QzjPvkjc9+mq8tyXxD441/wB0HFZfkfDjkJryTfI9VA1+V4vN9Ttqx74UxWRl0LfMO41nLYXx ov6drRgtdlaLq8+5dq1K99dUTlrrDPMsFDoS/wBimZ+kzM+ZH1mY/tPTK488bt1WDYQ+tvUxBtjX u5lYLDkqE3LQmzauAtTIg/af+8zHqQmmPZvtOeLZ+fpYzLGnk/qSJq0rlWwcIKxeXLENKr4rL9WA wIkfhELgwKfEjHgpho5ZMsp1gVkhbQlaorudjC+KPqTFGQ3WU4Y6Q8+/g4gmTIx7EMFNvoFXbDbj 2glUmznOzaAGJNXI8GfN6vJi4jMzn4lVKqzM6+lvgvGbeb+H8bHmckp8lhlCmqIo+19RBqNYowu0 2E59mYyVGZplXPiVcYu5lXbtjLs8eGpZ/kqc/PCQ2qlK10ghBstuqw6omzaP0IzImrM/+kS6ZJXX 5scPdm17O5SrusO24VX21WFMdWpiqTM/iyChIQchKig1AcRIyqSdC+snx/k3D8Xj+zsU6jE7T79w f3TbXWkVwDFvFdevLwmVnM+pfUh9CZHpMR7H9LHK7HLMSvmVkWEIVYRoW2m+KAPOtITCxU+RKKxx PmERJCUyU/SJNpE/04o8nQndpVv656Hj5Z+6L5hAnsRgU97IfaTI9+7CbeKuOrNr5HP8d4zZ9XLP Ms5zz5p5rS1iqfzMZs6OxK0MVNcvqndQQ0dA/khXlm1ozWsZ+OdwQdYn+XrIKkqtXyU15hxKUkvr LYeUOayfaPCgNMqiSCYpub+jKqOfnaIb0ts16Bi36MLOg2GkTsiBhHmvKBJcNOZ+gJL/AE1cTOfD Gt7di1o1IitDRfB2BWIkUvIpOql8yAyoQgZIlwwDg4VXHyMsmRcR4TVoQpDwq2GWTODaDSEAnybB YAejCcAy1cgP/NUDEf6gR89Z5LgeT5A2aPmUpvfu7wKsyu8fXCcvI1Zc6FvOlQobsPB6qtLGoZeN tzn09+xGzQrCopmp4TOp/KYeoyxp7ZfUmzlK2l539cWIYStR2f21zMbDq0Ju22aT63kZr1E2ktXY VLJkngCXx7CyFuYLTZBSBLj5ETTZKdfSv3L7rUqshx6sDXwlw/8AO3XkWREfWvCjL9aV+VmQy+DC RFpz8nRhsO1n8Nx7e3sQiqgG+LS22IfelK/Cpeiscf2cQL9RaMLmVA0pmHRPrFO5XcnM/jv4fBts TTuXK5aNwWvbbrVdGtJgZmY2CFkgLYgUlAxJBBnB/VvVrwfCRmhqO1laql6ej80ct2bwJC0dFn7R Np2XxtCylNMF85t1Mvvy46O7fhM57PW7sSqzh617FjRUXu6CLxt5igZK5prSYb+Qt4+IY7VzPNWX XrMt19RTP/ZuHP7kIJiZGCNMl7LQv5lLCkPaDOQmK08n0tPuO23tW7l2nk4abZm+3nhFSiMgbrDP FZULEjp13xNgzk0Cxa664fKVtmPOe4Kl49XG1LVJGFi5+ewfvfat+o6oT5BapfMLljVyEREmY+5K ZKZKGwVN+bd4v/LE69xlJuRlPrKXnjXe21mwVmqodHWNNqoTLdj4srTnaMlGcsbN8YNjBTEVLluT eOZMvHQlbVG9hnsrS9tJSM/frkrTM2bw7vKl5GWfvJzOqGMRRf1O+RchSWf4/wDGNIzDTx7bNtvf bPVsReiM0GYmEZ0MWVtN4q0F0ST1uUQ9YjmvPe3OVbRX7eFthXLjLq2tyq5WTnZc6MIgKl2Dck64 1dBdFzc+l/7byN1douYtqHTti/wt/gJx7vVs3/yl788K5JyHgfbrVy878eUctTx292x7o6UZvcHj XP8Ak2xwnk2Dp6e4niFkuJ2uK7tecnFpc1raA5tnQ2sLez6Ss/x2f47OYfmF3A473i7tcG3cL8cc 5v8A5RPI+SVqqT7tcwxd/h7b3B8nFjkuTyCtx27Wv8tqH3NzM+3kotUNXEzbFbl6GRn9fHG+OYfD uN8f4jxjNr4/HOL4uTxzj2PUg4qZWHi0K+Zk5tWGGZxXo0aqKyIMzOFLCDMiiTnMdLeylIC32ZhE XTpajuL2I73nAm9laVXRKaqilPaScjO6DUaZZ8f4WWvQNIiDxGYZvRWvkx5jROX5uiVe7jjUuPtK zXr9naiUjVsaFrZro6OjpPrRejo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojqif5Wf49ew n5Ulu8wv1dTtz3ws4ebm8a75cI0NWlyPDvYLnWeP29nj6dSpx/mdNJGOVro2Kob97in/APb+RyrE bVwdajezo65KglT3ZWRvOdEZkrJwGUUlVGWkqKGbxpNlovkfFgST0114sm+Bz7IT0SJDBXH5SgBC 1k4IeNp9yZXkyWkx8p0V/wCXXD5f4B38zOW72B3tqbOB3a7cXCyeSYupVyxL9asCpo30tx5XR1Ku uJV9HL3aLLOZpZlmntZF63mPrOZ+2uSyVgP5/LBtS/WsZJa65j9tK/vA/uMr1v6sd/r4mLYiPqQr 9BH1kem787/wcr/k3iZvN+3DcXjPeviIWhoXra0ZGR3Dx7U5ym8b55t5uRb2rJ49agTeE3bB26ON Zt7GW2krP3NDTr84PIeM7fb7kmrhc04LyLjHcXj1qnQ5FwexnOpWKUaQE0bJfvthV7O0Kpjep61F 1qjequXcz7jknFo9h/Tv5zxkdnG/HuUjLJyN9E0lsfPKWDaUeYF1aSlGoZTZ+QyUEqmxpogHyzkw 88/LvmP6hfBuYx/HuW5Hdp+F8vr4/Dx/JxgiZc01dFjHZ9cJOOhGj7NysiDZ3O2QYj1JICxuG834 HnY6LebcPKMFJ0rUpquSVVzClrgBaWEwyHxMf7rE6Gezv6wPS4p8c/8AHm6lSi1VzKeord6lXyn3 n04Mj+rqlmnbZaTBDH0M5OCI59IKI8lOE5Xy7Gq7eflhX0/jSvmvQqSFqtVRMqOTGbKyIpGfYI9R ECFsl7q8Eo5l+dsV72Rd2NGaQlKorIVj2aZMXVg3rQrXpXngcf0WJwKv/hMl7+P+gdapz3x7h+X0 6suqcn1ZtBogx96OtWiRQS9CvYTUU83R60gqqKFrVX+fpH498m+OcvzteO4n6fNyzZ+K16+SZmaT cuuOsm8M+fUxCUiWBA9i+tJDU2koH68HGs4M29/J4/IF6DUFLMzHup1j+KSYQnWtrsaJNrsW3094 IhaCyk/SPX+3o5Fyfk96x/8AeP4pcyQC1GXbQQQ1ZEMJibaR+cTMf2gYOf8AcezfITM4gsWxu8a/ n6WHm3XVbVrxUxknRugY+0na0rVO+lbgcMi35NFcwREYkclPUwqZnHmcWr3cAXaujm2YZr519N5c V1WFF8BAjN0fQW+8SyFtZMFJgXkfYovJ8LhCLfuHLTzZUzfYmucrfzdySh1H+mc38Q62s7t4dlm4 pSRmsbyX6s/HuG18ulNUETjllS2Xi9NXjh+xdvCuprEo8ZzFWoU9h7+qT+2yr4xT5Ze3XA9C/eUK 3AKMmoGf80Wf7gPu4fnCvZoj7NUwhKCiYYMzHls0OA7WFSXyPluktmExldSczOsOsRpV3xK0BeRC Xv8A6/L2d7jMSAT4n0Hx18sPUzrFahJ8KfpVnWBj9m/bGuanL8QYoRbVQkxQwYhRmzwS5j+8jHnq V2+Q2bdmuEcU287Mhi0RWZWVZYbK5ywoUYXGJTBeYZWcY/6gZgCiJ/3Lcdw3Ed5017DsItCOPt4Z 8LMGlZfYymkNDt5UpJFdURQCojNqq2YaP1j4LHh06c/KZtd9XIv9LS+pHyyYsdBRMRoyNcr7F9ip N0TuiCKmqHCaG1inuIy8PWpouHBrPIh8RFarT91whiYJYiwAlUisPJnBDHqBBMl7NDkefxjbTSo2 ZtXblc7toCrLCpnxUh4TWGw6v8mPth5JcMtR4mJj5TPvM4PkvEOI0Ur3rCFI5FyDVbVp2LFswu00 wpj5fYqOWMmooV6yATMQRewHEHEHFD5FsaNEcGnxvM1otWISvUuHFHVlaxYEOhT5dEVJKDYtkWIa xAiaq5EK5JTN8h+OxrvyxjR9ixGjImWNbFAtIJS80yTLnv7hV08XZ2rJVQKO4onF/r1z/wAkbfk4 jPyc9UpBM+6edkmmYaZpSkDBykmqxYolCWozup7Du49o8/GzyO5pald7MYQIKVDUdSFt6Goek2fr y+a5gLF+BCG+0r/rIzPiOknyfkBbW8AJttxs27LU2K6FNpSFeEaFtsrteTQSzroNSghoyEkCq5re a3dfHdv8YyF2dzkPJF/x2TVMV0kXVEqJS0qtmmqLiVw4pL6kVk/mcLAAGusoY04f2b7Hd7Py57j1 +33418C09hVjbyaHLOWXk61ThHbLL261xwcl57vsq26OBQs083btZ9QJPkHIV52lncJw9XcLOx35 38t50Lx96bqrw2TZr0Qktaum/bFrsb40y5VvWldEPYq5JKT3HncGamHWla/ktNXxjiOL5+jU5Dke TlWeDCnnyGvOt7VPHpjxJdHVs6Vnor7VyTakfe/kPUsf7mXczEyqtJKGWD0hAqVuzuLtVqav/aCJ LPeL3fRxJhkARStSJFr5IfWC2hf42/8AF1a/JHTod7fyX43yjL7M4JYF7gvEN6rczQ720NLH5NB3 A06XIcLlGFxvAavh2ujRnKtYnNqF2xi42l+ije8bFfxQ/wAKnZztRey+dfktygvyN57Vr4Nypx27 nOxu1PFdrPsY2qaauMuzF3nlPL0c52dRPk4UeM7mBatjyPtzNp6Qrbs+sf5Hmf3FKZ8mNsGC2WGf QmgodutEYtSLemjTz5KOqPZC9NG2fhLUueK6MlZ88Rr5/k338vm/buHEMUofHXpG9tRzCjefLVg7 xGb3t7/22VdErv2bbb0vbAfDmZmZiZmdi4udRycjJo1MzKycypXoZmZmUK66tDOzqFVaq1KjSrKX XqVKyl169cFoSsFAMT7ujo6iQAAAAAAAAAOwAHcAAA/gD/kP+Xc/k/km4gAAAAAAAAAdgAO4AAB/ AH/If8u5/J/JJ0dHR196+9HR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHVXfyI /DfsD+UIBb7o8WuFymliM4/h8945s3sTl+Bmlat3Fqz7Kifl3grWrtyzVqchydfNS+zZcNH6sNk2 i6Ok6SnVQtEVwGV17j8o6klKIwPlOiE+SUQiiN2ZWDAN0024MPJZqYuRx5t2Wvj7M2uE7wco3kjG dVZfJG7OjdvJHCupDqpHLF+Tf+J38k+1tnbvdlcfE77dtT0C0KjAs2KvePGz69ascFtccUqjU5Jo LsNdTqv4MWhd1ArFpN4llk4M8deD8Fl/R0uI8vt6XFLdTLOsWfbnRo7R7gwz/wBS8i3n0rtUhkpg kXV/X3gwfPkfSe6zpE99vxo7H/krxsuN94eA4/JvhWejE5HCBo804o17FvK3xPltMV7OC2bKa9ix XqWozdKUJq7dC/nS6kcrxnyT5X8ey8hn4bk1sm1T3Tkg9tcmE3nNcvKd3vGaKR2W8tVGIVPes/Id Y/zH6SXy8fz8f0/+Ra/jFubRn0ZaNXTlpcCoRYay52YYsGCUQ/bn6/FZyQD8cg+Bw3mPBm4vH8x1 9mZdVTl94ytOhVZjGgS2Q53yaMqI/BkULAZiFhBSyJm+/UscX5Vxyzj0PbNgIr6dxq0+L15jjlUH XlVxZyC4M4PyJe8QsimJGOtyvM/8N+Gz9dXaP8p+7PBasqFV9PNMrN7issALGyIUnZWt22miC1/F SocF1w+jDa9pMGApNpf4xvzn4zyEqKxodxcjLuFYzt/B7l8Zp19Ss0SNa30eZ5+Bp07CIMgeuUfN NmTXV0btUAvsuOb9beQ43hPq898c5bkL1sI1XDmntFcLSZdKGuPRq0o9eyL7HjnB707OSSx88ct8 M/XjgOG0493C5/lE9JbLd+JCbabMzzqaM0l9mqNauwVrUgk/FyP8hiav8gvltr+lC3eyip6P6iUJ KrSm9MDByUIXcFcVS/0DJNbZiSmfMCEBOc5He5lidubGvT+ZWqliqN3Ps06ehYPOOWxduKehQvTK l+Ij/oEe0x9JkRLy4ND/AByf5CLddNzQ7b8T3FqtlapZZdx+EUeTUfL3LhL9Adn+KkBT6OAq2o2Y GRj5w6WKGc8O/wAcH5xc6v1uKcrxqPZfj1s1q2OY6vcDifN6tHMlwJuzm8Z43sa2js6Y0mNLNy3W uP59myv52+T5YN+8Ev1b+Ncfwf0sXxf5FS+P6bcRx+fhda50ujOMyUvyE5RkuaYSVdNbdkVg1DQT LNUuO+AfqJhnx/HR/TXmXuNML4jTFF+NzaGuaBte3bNFjBU/hVrL5T//AJ7MNeWb3t7Xcb41dr38 rKv7zTex37dK3o7N4DmTRD135f8ABWexCfklEqqycIP0F4yzrKdpOB/kD+Uu1pT2B7Xct3+Q6Y11 aW7qU34fDsShaqakVbWtyjVP/wAfxKj69G5OeixePT0rFezRws67oBNOekT8d/8AFn+Jf4/Nobdj jF/vBzaoxFyOXd3HU+SBV1ghbGXcTiw0KvG80U21LtYzLedpbWKaq7am6ehFrRdsb6jKfqN8q0Yv r8di4v4oK+PvOSU+R5AoLWqROzpHFloXoWJfPyIDPRlsHZyfWfC/px8gtw+LBzHI4PjspvKmvH8a ib69Pj5s825TWiRx+TnuFy4KvMFvXsJPfrm+7If4DXldzdf8ou/JbtZerYsb/b/tcnTbkbtIa4tp DW5zymll6PHhddMquvSp8Ps3nZFciy+T5+roKt5+/jtL2e7Xdh+C5Xbbs/wjE4HwzH+h08PDrmC2 WnQuLWnp3bDbGjt7F6VLPR3Nm3d2NBgg2/fe0YKWT0dUwo1Lfa0307dXh6hq26K6brPyZmnJquwz zdz50lBZzenajo1AWOmcJ8X4P4/5NxuPtoeaxpu02ts30knbxkdel6VSAKgrnkyZ1b+QkG79zo6O jpTqwdHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR 0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR0dHR 0dHR0dHR0dHR0df/2Q== --=====================_618395984==_-- From klee9@purdue.edu Thu Aug 2 23:44:20 2001 From: klee9@purdue.edu (KyungJae Lee) Date: Thu, 02 Aug 2001 17:44:20 -0500 Subject: [vtkusers] post all t-shirts entries and vote!! Message-ID: <3B69D7C4.DE9DECDA@purdue.edu> Hello, Everyone, About the VTK T-shirt design contest, how about if Kitware post all the entries on the web and let VTK users vote for the most favorite T-shirt design??? Kindest Regards, KJ From robbel@science.uva.nl Fri Aug 3 08:58:04 2001 From: robbel@science.uva.nl (Robert Belleman) Date: Fri, 3 Aug 2001 09:58:04 +0200 Subject: [vtkusers] MRI Tiff stacks In-Reply-To: <5.0.0.25.0.20010802174631.02ab2f00@pop.nycap.rr.com>; from lisa.avila@kitware.com on Thu, Aug 02, 2001 at 05:50:09PM -0400 References: <3B69C4F4.78FE2941@mail.utexas.edu> <5.0.0.25.0.20010802174631.02ab2f00@pop.nycap.rr.com> Message-ID: <20010803095804.A22611@carol.wins.uva.nl> On Thu, Aug 02, 2001 at 05:50:09PM -0400, Lisa S. Avila wrote: > Hello Maneesh, > > I was able to open your file as a raw file in VolView (I had to rename it > so that it wouldn't assume it was a tiff!). I think that is because it is a > stack of uncompressed tiffs - it probably wouldn't work if it was > compressed. If your data is uncompressed like this, you can simply use > vtkImageReader with the right parameters. Since some of you were using unix systems, I've had good results by stripping the header from this dataset using dd if=Stack_Cor1750_50_256_256_NoZF of=dataset.raw bs=20190 skip=1 The output file "dataset.raw" is a 256 x 256 x 250, 1 byte per pixel file (16384000 bytes in total). Really nice data... thanks for the URL! Best, -- Rob [] Robert Belleman X Section Computational Science [] [] robbel@science.uva.nl |X| University of Amsterdam, the Netherlands [] [] tel: (+31) 20 525 7510 X http://www.science.uva.nl/~robbel/ [] From jerome.coloos@samcef.com Fri Aug 3 10:03:45 2001 From: jerome.coloos@samcef.com (Jerome Coloos) Date: Fri, 3 Aug 2001 11:03:45 +0200 Subject: [vtkusers] division by 0 in vtkLegendBoxActor Message-ID: Hi all, In vtkLegendBoxActor, I think there's a division by zero when the symbol is the default (an horizontal line). For this symbol : bounds[2]=bounds[3]=0 and at line 559 of vtkLegendBoxActor.cxx : size[1]/(bounds[3]-bounds[2]) is undefined . This causes a core with some compilers (on Alpha especially). __________________________________________ ___ Jérôme COLOOS @/ \@ Tel : 32-4/361.69.69 \° °/ Fax : 32-4/361.69.80 ==\ /== mailto:jerome.coloos@samcef.com ° http://www.samcef.com SAMTECH s.a. Parc Scientifique du Sart-Tilman rue des Chasseurs-Ardennais, 8 B-4031 Angleur-LIEGE ___________________________________________ From rene.hommel@addcom.de Fri Aug 3 10:59:35 2001 From: rene.hommel@addcom.de (Rene Hommel) Date: Fri, 03 Aug 2001 11:59:35 +0200 Subject: [vtkusers] Problems on SuSE7.0 and VTK3.2 Message-ID: <3B6A7607.6398CDEF@addcom.de> finished compilation of VTK3.2 on SuSE7.0: use --with-opengl instead of --with-mesa ! Didn't try --with-tcl. When problem occurs: TclError: couldn't load file "vtkTkRenderWidget": vtkTkRenderWidget: cannot open shared object file: No such file or directory set: export VTK_TK_WIDGET_PATH=/usr/local/lib/vtk/python thank all for the help! Rene Hommel From Matthieu.Chabanas@imag.fr Fri Aug 3 15:35:04 2001 From: Matthieu.Chabanas@imag.fr (Matthieu Chabanas) Date: Fri, 03 Aug 2001 16:35:04 +0200 Subject: [vtkusers] Import VRML file with texture Message-ID: <3B6AB698.94E46F6D@imag.fr> From Matthieu.Chabanas@imag.fr Fri Aug 3 15:38:38 2001 From: Matthieu.Chabanas@imag.fr (Matthieu Chabanas) Date: Fri, 03 Aug 2001 16:38:38 +0200 Subject: [vtkusers] Import VRML file with texture Message-ID: <3B6AB76E.3F3F74FD@imag.fr> I've seen in a mail posted by Tom Citriniti (28 jun 2000) that vtkVRMLImporter does not support textures or per-face coloring. Does anyone has worked on this recently so that it is now supported? Or do you know a way to convert a VRML file with textutes to a vtk readable format? Thanks, Matt From tswilkin@fas.harvard.edu Fri Aug 3 16:42:37 2001 From: tswilkin@fas.harvard.edu (TJ Wilkinson) Date: Fri, 3 Aug 2001 11:42:37 -0400 (EDT) Subject: [vtkusers] vtkImageShrink3D and SetShift() Message-ID: Could someone tell me how I can use SetShift() to get around the image shift caused by subsampling an image with vtkImageShrink3D? Thanks. TJ From dbisig@ifi.unizh.ch Fri Aug 3 16:58:22 2001 From: dbisig@ifi.unizh.ch (Daniel Bisig) Date: 3 Aug 2001 17:58:22 +0200 Subject: [vtkusers] missing vtkImageClippingExtents.cxx Message-ID: <20010803175822.1.14895.qmail@ifi.unizh.ch> Hi all, I'm trying to install vtk on Mac OS X release 10.0.4. I pulled the most recent release of vtk by using cvs. I strictly followed the procedure as described in the macintosh/Readme.txt. When running make compilation fails with the following error message: make[1]: *** No rule to make target `vtkImageClippingExtents.cxx', needed by `vtkImageClippingExtents.o'. Stop. make: *** [build_imaging] Error 2 How am I supposed to solve this problem? Do I really need vtkImageClippingExtents.o or can I simply remove it from the Makefile? Thanks in advance for any help! regards Daniel From fladak@rri.on.ca Fri Aug 3 17:12:38 2001 From: fladak@rri.on.ca (fladak@rri.on.ca) Date: Fri, 3 Aug 2001 16:12:38 GMT Subject: [vtkusers] Problems with vtkProbeFilter Message-ID: <200108031612.MAA25738@netmgr.rri.on.ca> This is a multi-part message in MIME format. --MailMan_Boundary Content-Type: text/plain I am experiencing problems with vtkProbeFilter. When I load large files, the program crashes when I use vtkProbeFilter to get the gray scale value at the mouse position. The program crashes as a result of interpolating the gray scale value at a particular point (see the attachment for error message). Is there any other way of interpolating the gray scale value at a particular point without using vtkProbeFilter? The program can handle a file of approx. 300MB on a machine with 1GB of RAM. Also the program can handle a file of approx. 200MB on a machine with 750MB of RAM. If the volumes are larger than this, the program crashes. -Faruq --------------------------------------------- This message was sent using Endymion MailMan. http://www.endymion.com/products/mailman/ --MailMan_Boundary Content-Type: image/jpeg; name="Error.jpg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Error.jpg" /9j/4AAQSkZJRgABAQEAAAAAAAD/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJChQODwwQFxQYGBcU FhYaHSUfGhsjHBYWICwgIyYnKSopGR8tMC0oMCUoKSj/2wBDAQcHBwoIChMKChMoGhYaKCgoKCgo KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCj/wAARCACXAdUDASIA AhEBAxEB/8QAHAABAAMBAQEBAQAAAAAAAAAAAAUGBwQDCAEC/8QAURAAAQMDAgIFBgkJBAcIAwAA AQIDBAAFEQYSEyEHFBciMRVUVpTR0hYYIzJBZpOk4zM0RFFhc4KzwiQ2QnEIJUNSdYGSJkZTY3SR svBig9P/xAAbAQEAAgMBAQAAAAAAAAAAAAAAAQMCBAUGB//EADURAQABAQQJAwMDAgcAAAAAAAAB AgMEEVESExUhMUFSodEUYZEFU3EyM4EGIiNCYpKx4fD/2gAMAwEAAhEDEQA/AOfp+6R9WaT1hAt+ n70/Chrtkd0tJQhQ3ncCe8Dj5orNkdNvSK4oJZ1LLdWrwS2w0on/AJBP7DU//pSuKb6QrftXt3Wa MkgjIUMr5H/744rHnJa+M26laG1AnnFQEnmkgkY/Xj/3zXp7Gxxu1M0WdGMxxnDjyx5oo1WONpVP GMYiOXPCceLRXemfpKZDXWNQT2eK2HWw7GbTvQfBQyjmDg8xVvvGoem60eUkzbx8vbmesTIzEqC+ +w13flFNIJWEgKSSduADk8udY/qKTb5DNiFsmXCSWrW01JTNA3MPBbm5tBAGW/Ap5kgKAJ5bRv2r tV2Cd0i9KSYkqyxkyNNutsXiNLKnJq+Cx/ZwVuKZVuwUYQgLwnkQrJrG516672dpXY0xM6WP9uVU R3jfz9tyinSjdXO/2Zf229InpPJ+xa92nbb0iek8n7Fr3auU9/RaOjSO3At+nX0K02njvvzmWpSL lv721sMqlqcC8EZWlko5ck86ntXTOjm43nVkWXH0oxZbXMsxgOWxDbTj7S3B1xSVM993CFqSUpyE hKSAFDNbmN3x/Yj4jOI+d/A35qH2ndK3wY+EPl6T5H651DrG1j8vs37NuN3zeecY/bmovtt6RPSe T9i17tbIzcdIbIlt1PM0p5E+Gz0iPFhOxeF1PqzqY7jqI5xt4mwKLg8MBfdquMztJtqlyJtu0hEu rGmLi40OtQ5u+SHUGPvS0wiLxuTm0ICllJG8eGa6KrGccbCPiP8A35/hO/NDfC/pp+G/wQ8qyfhF 5pui/wDhcX5/zPmc/H9njyqr9tvSJ6TyfsWvdq5fDmy9kPlrj/8AbDyP8C+o70cPqud/WOHu4n5P u787eJy24p/2L+BH/d3yX8D/APyev+XOL6z87/8AXt//AArOmmzj9djHHD9Mcefzyj870b+UoHU/ Sd0raYvkmz32/SYtxjbeKztYXt3JCh3kgg91QPI/TUX229InpPJ+xa92tk1e7ovVWtJS03TSi32N VQZsmXMkMpS7bkwWwtCXFcnUlxCkltJOFEbgAc1yyZ2g4dnuXUkaMU+mHqJ9ndHhuq46Jg6kBuSS fk1K2I8FJ8AQBiui0sJpp0rCNKcMd0ZY5JwnNkvbb0iek8n7Fr3adtvSJ6TyfsWvdrWnk9HUG/ag Gn4ulJr6r9FWESZ8RqMIaoyFKKVvodRww8XQpLADg5AYCUisC1eoKU2qE3amrKZMowEQ3Glupb4p 5OKwl9QAxsL4CinwAGRWzYU3e2n9mI4cYjLFE4xzWPtt6RPSeT9i17tesTpl6SpkpmNE1DNfkvLD bTTUdtS1qJwEpARkknkAK0HRFu07G0F0czdRQ9OtWKWzd/LT8tqMmS8lClhrhqUOOpQOAOD3h3f2 V6wbloywaP0TqOXboURy4otLLDqIKS807BmKM6QopScBSdgyCVryAU8jimqq74zFNhE78OEZzGXt M/hO/NTZXSN0uw7E9eJd4msW9mebW6t1thK0SQneW1NlO8EAHORj6PGobtt6RPSeT9i17ta0/qyz ss3OJPkaUnN3LpCStxD3VZDaIC0N/wBoSkEoGUDap0gkFa8kLyRwWhjo7iyoEdk6YVpxqfe274ZD jLkgsgqEPgqcJfUNmzaY5OTnnuzWNNVjEY12EfxEZY5fxGc4G/Nmnbb0iek8n7Fr3adtvSJ6Tyfs Wvdq+S5mi5WnmrOuPpRDTeg+umS0hlEld2GzagujvcQbM8MEFW9W4KBAFX6LIljtMfWMe/NWWZqJ pmL5NQ7PhFpSS4C9w3ng7G3BJR4hSsBQTg7sXRF3miatTGMcsIzwx85I35ovtt6RPSeT9i17tO23 pE9J5P2LXu1qGn16GcuWoFvx9BxlG8OeSWi+h6Ol/qLm/jrdQhRhcTaU7EgBzknKdpMDPf0Wjo0j twLfp19CtNp47785lqUi5b+9tbDKpanAvBGVpZKOXJPOsYm7zOGojlyjmb81N7bekT0nk/Yte7Up pjpO6VtT3yNZ7FfpMq4yd3CZ2sI3bUlR7ygAO6knmforNLc7a24sxNyhzZElaMRVsS0soaVg81pL aysZ28gUeB588jS+iG+27RekNQ6gXeOoX2Y8zbIK4bbcqVHQDxXnFRnFoSptW1tAWSSFA4x9Oxb3 exoomaLKnHlujn+N+Ec0RMzzRfbb0iek8n7Fr3adtvSJ6TyfsWvdrUJ1vs9zj9JupdKtadkuz2bV c4S7gqK91Fb7i+sNuqkFTbThUFko3YG5IHPAEo9btIbJdy0xD0p5E+GzMeRKmtReF1PqzSpDbS5A xt4m8pDZ8MlHdrU1t2+zHxGUTv3e/wDOEssJzZyekDpcTY4V4d1DwbdOZffjPPvRG+MlhQS4EpVg lQUQAjG5X+EHBqB7bekT0nk/Yte7WoSbjoaToVEKPMsrsOJZ9S+TWJTqFOMrXLQYu1Lh3pcKOac9 8jP7aq/SMzpyTImMWmXoyFo1163It8lltLlyZQW0h1YQz8srHfLgk8zgBPfxU2WpqnCqxiN8/wCW OU4fPP5JxzQNs6XOlG6zmoVrvdymzHc8NiNFQ44vAJOEpQScAE/5A0kdL/SSxBiS16qy1K38NLa4 y3BtODvQkFSP2bgMjmMitfsc/Q1g1Fp+5Oy7DFlw9QyYjcxiXBUt2E5EdQh1aYbbaUIU5s/KJJRk 5UATVSsXwQ+Ddi8p/BT4U+Tb9jPVeF5Q4w6vxcfI7dvE4fE+Txjb/hrGK7CZ/YjD8R/q9uG6Pk35 qH229InpPJ+xa92uq1dL3SbdbnDt1v1HJdmS3kR2G+GynetaglIyUgDJI5k4q73a56Os+mtTTYEX SErUyLJaEqbUxHfa6+pTiZKo6BltRShTajwgUbgNwPeFVLUR05a/9JOE9p5+3M6davEGQl6M+kxm wS0twhQO1KQor5A4TgjkBgXURYV4xFjEYRPKOUR7e+7Pejfm6tSdIPSxpzeLtqiOh1t4x3GWJsGQ 62sZyFNtlSk42kEkAA8jzIqB7bekT0nk/Yte7U9qpm3SOmGBc5UbSjdie1Juekxrq3J62yuRuLj7 Zfc2p2BRPcQkbiCPACUvE7Ra7XcetI07wHdecB7qkdkOizoSnm1wk70t4QO+3gqJPMlRzFNNhhTj YxOOUR/3/wAm/NTe23pE9J5P2LXu07bekT0nk/Yte7WtWv4B/Cy3/CH4Gf3kuHVeB1PgeSuqr4XG 4Xyf5Th7eL38+H018ySn1ypT0h0NpcdWXFBptLaAScnalICUj9QAAHgBVt3s7vbTMamIw9o9/b2R MzHNoPbb0iek8n7Fr3adtvSJ6TyfsWvdrOaVs+iu/wBun4hGlObRu23pE9J5P2LXu07bekT0nk/Y te7Wc0p6K7/bp+INKc2jdtvSJ6TyfsWvdp229InpPJ+xa92s5pT0V3+3T8QaU5tG7bekT0nk/Yte 7Ttt6RPSeT9i17tZzSnorv8Abp+INKc2jdtvSJ6TyfsWvdp229InpPJ+xa92s5pT0V3+3T8QaU5t G7bekT0nk/Yte7Ttt6RPSeT9i17tZzSnorv9un4g0pzaN229InpPJ+xa92nbb0iek8n7Fr3azmlP RXf7dPxBpTm0btt6RPSeT9i17tO23pE9J5P2LXu1nNKeiu/26fiDSnNo3bb0iek8n7Fr3adtvSJ6 TyfsWvdrOaU9Fd/t0/EGlObRu23pE9J5P2LXu07bekT0nk/Yte7Wc0p6K7/bp+INKc31lAOr3LHZ LhculqTBXdGI7jbS7VHxxHmwtLSVFxO5XPAwMnHhXRIa1UxIdjL6XphltsGSYws0fi8IHG/bxs4z yz4Zr8uEV+4dFFjt8W0MXZyZZ4DHBkOBDLeY7fyrhyFbU43dzK8gYweY4NIafuWmIt/hXNHlFT7J f8vFeXZWEbQ08la1LCkD5uMo2/qVnd4y1vNdNdURFPHpp8NiI3Kxo7Vl71hpFmdqO4OzpLc15pC1 hI2o4bJxhIA8SaVB9D/9wU/8Qe/lMUqu9xEW1WEYJp4NG6Xei74bali3Hyx1HhQGI/D6txc4Tuzn eP8Ae8MfRVIH+j7jw1N9w/Er6BuX5wj9y1/LTXJV1n9TvNlTFFFWER7R4RNESwn4v31m+4fiU+L9 9ZvuH4lbtSs9r3zr7R4Rq6WE/F++s33D8SnxfvrN9w/ErdqU2vfOvtHg1dLCfi/fWb7h+JT4v31m +4fiVu1KbXvnX2jwaulhPxfvrN9w/Ep8X76zfcPxK3alNr3zr7R4NXSwn4v31m+4fiU+L99ZvuH4 lbtSm17519o8GrpYT8X76zfcPxKfF++s33D8St2pTa986+0eDV0sTkdB02TBiQpGspLsOJv6uw5F Uptnecq2JLuE5PM48TXreehe6XyUmTetcTbjJQgNpdlx1PLCQSQkFTpOMknH7TWz0qNq3rjpdo8G hSwn4v31m+4fiU+L99ZvuH4lbtSp2vfOvtHg1dLCfi/fWb7h+JT4v31m+4fiVu1KbXvnX2jwaulh PxfvrN9w/Ep8X76zfcPxK3alNr3zr7R4NXSwn4v31m+4fiU+L99ZvuH4lbtSm17519o8GrpYnH6D psaDLhR9ZSWocvZ1lhuKpLb2w5TvSHcKweYz4GnYdN8l+TfhlJ8ncbrHVeqq4XF27eJs4uN23lnG ccq2ylRta99faPBoUsJ+L99ZvuH4lPi/fWb7h+JW7Uqdr3zr7R4NXSwn4v31m+4fiU+L99ZvuH4l btSm17519o8GrpYT8X76zfcPxKfF++s33D8St2pTa986+0eDV0sJ+L99ZvuH4lPi/fWb7h+JW7Up te+dfaPBq6WE/F++s33D8SnxfvrN9w/ErdqU2vfOvtHg1dLCfi/fWb7h+JT4v31m+4fiVu1KbXvn X2jwaulhPxfvrN9w/Ep8X76zfcPxK3alNr3zr7R4NXSwn4v31m+4fiU+L99ZvuH4lbtSm17519o8 GrpYT8X76zfcPxKfF++s33D8St2pTa986+0eDV0sJ+L99ZvuH4lPi/fWb7h+JW7Upte+dfaPBq6W E/F++s33D8SnxfvrN9w/ErdqU2vfOvtHg1dLCfi/fWb7h+JT4v31m+4fiVu1KbXvnX2jwaulhPxf vrN9w/Ep8X76zfcPxK3alNr3zr7R4NXSwn4v31m+4fiU+L99ZvuH4lbtSm17519o8GrpYT8X76zf cPxKfF++s33D8St2pTa986+0eDV0sa7G7xtQn4e3LahCW0DhuYSlICUpA43IAAAD6AAKdjV39Pbl 9m5//atlpWvN7tJnGYp/20+E6MMotujhoiwsWwTuuhyQ7I4nB4eMpbTjG4/7vjn6aVbddfoP8f8A TSqLS0qtKpqq4yyiMF1uX5wj9y1/LTXJXXcvzhH7lr+Wmqf0lSlxNEXVTYSS4hMc7v8AdcWltR/z ws4/bjxqqqrRpmqeS2wspt7Wmyp41TEfM4KLqzWtxvNwcten1ONxS8GW1xSS/JUFEDYpJ5JUcYCe ZAHPCimqA6y286t15CXXVkqWtwblKJ8SSeZJ/WasOh9Sv6T1HGu0aOzIU1lKm3UjvIPJQSrGUKx4 KH/PIJB3hXR7pfpAnW3V0Bx5iDLy7Lipb2dYWCQcnPcVuBCinO7GQQTuPAiLS+YzFW/L2fXKqrn/ AE3FNnaWP+HMfriMZmqOUxyxw3b8P4xmMLsGpr1ptTC0KdehOtp2R5alltTaVFPyRJ7mNqk5TlPI 5B2jG12O6xb1a2J8FZUy6nOFY3IP0pUB4KB5EVm3S7rmLqiVFt1liMs2S25RGWGQla+WMjllCMAA IGPAE88BPn0NXBxq53C3lRLDoS8E/wDmEEE/5bW//vLG1creYtZsdLSjlLg/1L9KptLjT9S1UWVe P91MZTOEY8N/DHdz3tbrzkNqdjuttvLYWtJSl1sJKkEj5w3AjI8eYI/WDXpSuu+eM/Zudzt2lJNz lXedNcTeExO/HaUUsouPAUEoabBUpTfI8ic/NANSFz6QLXbGkJnMPx5xdW0uG+9HaW2UpQs5Wt0N HuutHCVk9/w7qtsx8H4vkzqHEf4PXvKGdw3cTrPWceHzd/L9e36c8655Ol2V3GTcIk+dBnvuqcL7 HDUQlTbKFIAWhSdp6u0fDdlPIgEig873qm3wLLbbyHZTkCQlchvq7aflmxGdfwoLwQClskYwdwSD y3Uc1dHQh0Kt9xTJSpkNxltobW6l1SktLypQSgKKFgBxSFZASUhSkhTUFmtF608GZc9aLfDS+hUh MkK2Dgux3N7i92SkLXkqOQpPPwIPReNNx7nImPqlSmHZTDUZZbKCnYgu8ihaVJWFB9YIWFDwIAIB oI+Fq5Tl3kxHLfKW2u4swoi0NpbJC4iZCi4lxQUkoG8qG0HBSACrOOhWsbemDapXBlEXOGJkZsJT uVuUyhDZ72AtSpDYHPaOeVADNdDWmYTNwYltOygWX0SQhTvECnUx1R96lKysktqSDlXihJ8SrdFu aMtUVMdyRcZyG47SYcMOvoCIyeKyplKAU4KkuNN7SrcpXILKxgAPO9aueir2PW+4wmBbp0mT8m0X 45YS0pK0kqLawQ4cbd43FIONqwOy4a0hQWpch+HO6ix1hKJSUoKH3GEuKcbQN+8KAZd5qSlJ2HCu ac+k3SMedDcZnXC4yH3WJEZ2StxG9bTyAladoTsSO42RtSnmgE53L3c900jbJIdiTLhKREmKkBiH xG0pbefbd4q2zt3qWUuPqwpSkjcohOEjaExZ701c5EhgRpUV9lKHeHJQEKW0sqCHAASUhRQvuq2r G07kp5Zrd06QIzb82FbmONc4splrq4eYcLqDKbYc27HTsV8oMB3ZzI5clYtEKLFduDt5iP8AG67F ZaCkLCm1NoLi0KSR454yueSCMY/bX1aNtzDsNt+7TuG011S2x3FsgRtqm3kBruBS1I6sgjeV5CDu CueQmL9HvL3F8jS2I+YMltHEAOJKtnBX8091OHM/5jkforfl64xVsXR16VLYkXGdCVbmWUKARHTJ KS0AAsuK6snkpZBK1YA7u2+VW39Ix3VvYuFxaYUp95hlpxCBFeeSsLebWE79/wAq6RuUpIK+Q5Jw HG5fDqG9xbfZLk/FgqakO9fiJacD5a6uBw1LStCm/l1JJxne2RkYOfPTN6u9xuenXpsiL1O6WVU7 qzEcoKHR1bJKypRUMurwAE4B57jg10MaetKZCBY7ou3PhT/ARBUyQy2C0h9pttSFICOI2hSsJyFk 8xuIMxDsUKFItjkRK2kW6GuDHaCspDSi145ySRwUAHP685oKvp+4Xi4IsoVdlhd8tKrioqYbIhqC o+UsgJHLD6wOJxMFKCd2FBXPa9TXVF+ZiNtXG8RAmUEpLTDEpYQIikreQ5wthSXnUgYSSkoVtUCF mwQ9Ix4qEoauFxxHY6tBw4hJhNbkK2tlKQVDLTX5XfkIwchSgrz+B6Uy25rF6urFyHF4stAjlb/E DQO5KmigYSw0BtSn5vPJJJDjf1S7P1NppqxuoXZ5Ksyni2cucSK66yhJPzSA2FqBAUAtr6FGl41H OuOny9YIF4aW+qM5FktMsrMiOp9sLW3uKkoPDXkB4IOCTjuq2yHwI08mVaZDVqitv21TamXA0lS1 BtotoStagVKCRtIycgoSc8q9IWmEQ4his3W6pjttJZiNpdSkQ0JIKQjakb8bUD5XiZAIOQpYUEXA N9mw5zduukpMthiTHcRdEMcViWpDKo5JZRwygJKlHBV+UAOSMJnL3qCLZ5bLMxt/hqiyJjr6EgoY ZZCStShncfnpACQo8/D6a6LNa0WxqR/aH5UiS7xn5D+3e6valAJCEpSMJQhPdSPm5OSST53axQrr I4k5K3EGHIgraCtqVtPFvfnHPPyYAII8T+zAVdnXjF6lWuNZQviu3FpiSht2O8tDRaecCgtDi28E sEKGd4SFYAJQT6ROkyyTUu9RQ/KcHDLDTDrC1yErdQ0kgBz5PvOt8neGrveGUqAnI+ngmVDkzbpc Z8iK/wAdtchTYH5JxvbsQhKcYdWcgBROMkhIA52NIx2orMVVwuLkOMpgxY6nEBEdLLqHEISAkFQy 0hOVlSsA4UCpRIR8vpJsUadcIqlrWuGmQTw3GlKcUwlSnEBvfxEkBtfNaUpO3krvJ3SB1dHCywLf cevrUgR4am0IdkJWlxSVp3KCUgpZeOHChQ2EFIJSCl6RjyY9wiKuFxRb5iZAMNtxCW21PhXEWDt3 KJLi1YWpSQVZCe6nb0XTTcefc1XESpUaeEtJaeZKCWS3xgFJCkqSSUyHUncCMEYAIzQRd56QrPZn Y7VzS/FeW1xnm31NNLjo3KSSUrWC5zQv8lxM7cjIUgq9JOpHpGoLLFgRZSIDtxeivTFBrhPFtl/c 2kbuICHGvHaAdhwSCM9i9MILqXW7rdWnltBmU4h1O+WgKWoBSiklHNxzHCLeN+BgJTtNaXZau0aY 3PnCPGlOzGoPyfBS84lwLVnZxDkuuKwV4BVyGAAA85erG2LrJgNWq4yHWnxFQprghLzxZS9w0bnA QQ2SrKglPdIBJwDxo6RbA5docFmRxOtcEId3tp7zyUqaHCUoOncFt80oKRu5kbVbZj4PxfKfXuI/ xuveUMbht4nVurY8Pm7Of693045Vx2jSMe0iK1AuFxaiNJZDkdLiAmQpptDaFrUE787W2wQlSUnb zSQVAhz2vXESeiG4q3XGM1JSw4FvBohDb6trC1BLijhxeUgAEgglQSMEl64iJitv+TriUSUtuQQA 1ma2t1ttK2/lO6MvNcnNhwvw5KA6I2jrfHix2EPSihhiBHSSpOSmG6XGie74knvfrHhjxrzZ0XCQ mMhcyc6zD4SYTa1IAittutOhtJCAVJJYaBKypWE8lAkkhIW/UEWdOZistvpcd63tKkgD+zPpZXnn 9KlAj9njg8qg9Va8iWd28QGggXSLDefYDjrS0uOIYLwSW0OcVI2pJypKRy5HmnMppqyLhS51xntM NzpbqlpZZdU61FQQnchsqCfnrSXFkJTuUrnu2g1zzNFwpjxTJmTl20uvveTtyAzvfQ4h07gji97j On5/Iq5YAAATD3X5CrU9H/srYd4kxh7aVlstLGzKdw3Bwtk4OO6eZ8DT41xvsZpb1xuXElW6db7W +w023wJCnUxg66TsC926QsjaUp7qMp+cDfI7amo7Tbjy31oSEqdcCQpZA+cdoAyfHkAP1AVDydNx 5FzXKMqUhh19qU/DSUcJ55vZscUSneCOG1ySoJOwZByrIQ7+qRenbVCs7sqGZb6GpEgNtlyMosPu lnvbkpeSWEhaFJO0LH0kEQ69Q3hy3399NxW2uwQ3pCQlpvExTciW2A9lJ5ERUZ4fD5rXjHdCbIxo uFGab6nMnR5DfDWmQhSCvjpS4hUhQUgpW64l1SVqUk7u6eRSDRzRcJTLjKJk5tuS0pmeEqR/bkKW 4tQcyg7cqeePyez8ocYATtCv3nUt2tlrfvbcvi75VyiphOto4DYjIlKQoYAc3ExkZysjvrwB3dvZ Lm3WJqRnTgvEp1ElTCuvLaY6w2FtzFlKcNhvGYqBzQTha+fzdsw/o63yVvIlvSn7e4p9xMBSkhpt x5K0urSpKQ5lQdd5FZA4hwBhO0dJtrWZL91uLt0CkKbuCuCHWghLiUpSkNhsjDzw7yCflDz5J2hV 16hvDlvv76bittdghvSEhLTeJim5EtsB7KTyIiozw+HzWvGO6E+l51LdrZa3723L4u+VcoqYTraO A2IyJSkKGAHNxMZGcrI768Ad3bYHNFwlMuMomTm25LSmZ4SpH9uQpbi1BzKDtyp54/J7PyhxgBO3 0f0db5K3kS3pT9vcU+4mApSQ0248laXVpUlIcyoOu8isgcQ4AwnaHPBN4a1SbWLouZEipYmPuykN h1bbqZSOGOGhKcBbTKhyB+flRGBVgszc1q0QW7q8h+4IYbTJdbGErdCRvUOQ5E5PgP8AIVz2ezi3 yJEl6bKnzH0obXIkhsK4aCopQA2hKcArWc4z3jkkAASDTakLeUp5bgWrclKgnDY2gbU4AOMgnnk5 UeeMABQ3pV3t1o13KN+nSnLS063FD7McBKhEaeCzsaTlQUtQ593HiCedSlx13bLbHcXcGJUV0KbD TMnhsKdS4FlCwVrCUAhp04cUhQ2EFIJSDKS9PxZUG/xXHHw3et3WClQyncwhk7OXLuoB5555+jlX ndNNx59zVcRKlRp4S0lp5koJZLfGAUkKSpJJTIdSdwIwRgAjNB5jVcJ3S7N8htPy47zqGENMFBWp xTwZ2glQQcLONwVtOMgkYJ43dd2yNFffnMSobbaVlBf4YDqkOpZcQCFkJKHVobJWUpydwUUAqEw9 ZWn7UxBkSZTwafakl5xYLi3G3kugk4wAVJ8AAADhISAMR72jre6GyXpQW2qS42sKTlDj0lEneO7g lLjaCkHIwMKCqCPY6RrTIjoejx5TzSUvuSVMrZdTFbZDRcWtSXClYCXm1YbKzzIxuBFSA1Y2tYjM Wq4u3QKWly3p4IdaCEtqUpSi4GyMPMnurJ+UHLkralaRjzY76J9wuMp1+HJhOPOuI3FD4bCiAEhK SA0gAJSB4kgkkn0k6XZXcZNwiT50Ge+6pwvscNRCVNsoUgBaFJ2nq7R8N2U8iASKDztmsbfcpjLU NmUth99uOzJKUhtxS4plAgFW8AN4zlI5qA58yJizXBq7WiDcYyVpYmMNyG0uABQStIUAcEjOD+uq 3K0c21GZt9oT1eCuUzIce6ytL0ZLTbTQQyUjd32mi2Vb0qAWo5VnbVsjsNRo7TEZpDLDSQhtttIS lCQMAADkAB9FBWddfoP8f9NKa6/Qf4/6aUF1uX5wj9y1/LTVa1pa13jS1xhMpUp9be9lKVBO5xBC 0DJ5YKkpB/YTzHjVluX5wj9y1/LTXJUVRFUTEs7K0qsq4tKeMTjH8MH0DDskrVsONqx92Jb+IUuA p2d8HAQ4SQW055E+I8O7zUnRr/01PxNRxG9LRmU6dg/JcBTYR1pA5cuWW0gDugeHioH5o4Nb9H4u T7twsam2Zjh3OsLO1p088qBAJSo/T9B8Tgkms2k2K8xnS2/bH0q/atACh+sZUDj/ADArh1WN4u+N FlHPjHF9Tsfqf0f6xNN4v1eExThoVThTEzxmM5nlOOMfld+mGVpK7PwL1pl5aZ9wSXZkYN4Sg5I3 L591wkHIGQr53LIK+bohgOG5uTSCkKGU58FNhJAI/wA1LV/mACP2w9g0ZcLm8jrKChkkDDSiefiQ tWMJwP8AdJPPkf17Dp60t2iAlhARuON2xIAGBgJH7B9H/Otu6XevWTbWkYTk8/8AX/rN39HT9Mud c10xO+qco4RE7scPxyhJ1H6hkyoVgucq3MdYnMRXXWGdhXxHEoJSnaOZyQBgc6kKV0niWfvXxLcZ oQ9X9ctjkpDcq7bI56kktuq/LJQGOa0MpwpJUOJzPyjeI+VrKfBsV+flz9qxbHF2lzgpKpS0Oykh 5ACcOZbRGcUUjYEqCsJSa1ClBi9+uRb0rqiFMvHkqLwrmuMjLSevuqlzAtrLiSVYCWuTe1Q4vM80 40S/LuL+p7VbINyXAjvw5T762mULcJbXHCdpWCEn5Q+IUMEjGcKTZKUGZ2jVlxuAt0p+4IYuEhUD g2htKAmUw82wp58JUC6QjiP95KgkcHmDtXkQIvQxYUSrgtgx1W1D0lwtpVFUmUyFg5TtSWyCnCgc bO9kg50ylBldx1LdUhDUO+xRaQ+8lq9yZLEdMgJbYKUh7guMqO519OEoBPBPPKF7tAt7BuNus0y6 tIM9hKJPyaXG0oeU0pCiErwoDDixhYyM8xkcpSlBn7tyn6dmyYMdrZZLNwpKk7knh24MttBOSCo4 UmU7nms9W2+DiTVfu87UsjTFxg3GQ+/Pf3W16IhppWV+RlPLSnYnJUp5WeRPzQE4Gc7BSgyuZcZ1 sVeXbbeEcKZcYpVNkvMstojmCjbKDvCUhIcca4e4oUgkFKQlXMegv2oDbbtNVdmNtrs6bilMdkLR KWHJQSS4pCdza0Mo3FCU7uSmyhJ72oUoItu22u2PNSwhEdaFPIQ4t0gbpLyVrHM4ytwJwP14AxnF SlKUClKUClKUClKUClKUClKUClKUClKUClKUClKUClKUClKUClKUClKUClKUClKUClKUClKUClKU FV11+g/x/wBNKa6/Qf4/6aUF1uX5wj9y1/LTXJXXcvzhH7lr+WmuSgUpSgUpSgUpUPrKY/btIX2b Dc4cqNBfeaXgHatLaik4PI8wPGgmKVT77axZIDL9tn3VHEnQWnEPTnXwoKmMg83FKUnulSSEkAhZ 3A4GGk9SSrvBguW61boDbUZEhTs4rfbU4w07yCk/KJSl1GVqWlRwvCSQAoLhSqn0ZXh28aTtrju9 fBhxm3H3nCXXXuElSypJ5gd5JClHKslQG0pUvnu2tnbdDlz12xC7ehUxiOoSSHXHoyHlLC0bMIQe ruAKClH5uUjJ2hdKVD2a7vzLhMhToPU5TDTUkIDwc+ScLgRuIAAcBaXuSNyRywpWeVX06p5uHoi6 dcnOS71s69xZTjjbm+G68ra2pRQ330JI2JTgDAwCRQaBSqP0VzZV1sFul3aS/wCUG4LCOqrcJw2p AKX1H/aKd27t5yE4KBhSXCro+ENyZvV4hpjsSlKubcG3pce4SQepofWFkIJCQAshWFEqVjCQM0Fw pVTut/muaSRcLa0hmeLizCU0teUFYmpYdTv2k7CQsBW3OCDtB5CPmdIDjC7s41ZJT0OCmWEvBDwC lx0r3b1FrhJQVNKSFJcWclOUglQSF8pVPVqi6i5uwU2iCXhKTAbJnrCVSOrJkqB+R5NhBWArmSoJ 7oBJTx2nWjt0uAZsVoW+uakyUKlzS2hCRHhuAqGFbARJCcICu8nOO+pSQvlKpZ14yuRaFxoa3rfP TG3OpDpcjrkFPDQva2Wkn5RskKdBwrIByndF2zXlwZsljEq1P3Ge7bI8+WqK284VJc3BJQG2SniK 4aiUrLaQSAFEZUA0ilUfpJulygtSWLe7w2VWK5yXFJXsW2ttLXDWggE7gVkYyn5xOcpAPpdNayLa tUWVZ1puS1NFiOhxbwKHEvKTxC02tSVgR3dyUJcAO3vEEqSF0pUGxfivSxuz8RcR0JUBHkpcbKnA ooSkAo4mFqA29zcQpPcydtQdt1pcLrLag26zMdfHH6wiXJejIRwwwe7uY3nIko+chHgcZGCQvFKp dt1s7cAJrNsQmyl+JH4y5JEjdJbYUg8LZtwDIQD8p4BRGeQMXobU82VaLdBhROuXZcVl11ydPcSh wJiRFLXu2LKVEyEDaBg4WokE8w0ilVO5awMG7wYq7essPKYZkKTxFuRXnVBKW17G1Mgje2Tl0HCs gKyndD6b1ZcHodmbkQ0SL5cLdCWlSpikMOKcRJcyoBGGzsYWolKDlSkp8EhVBolKo6tdP7bgtFn3 M2yKqVOc60AEBt19p1LY25WrMdRRkJCh84tnAN4oFKUoFKUoFKUoFKUoFKUoFKUoFKUoFKUoFKUo FKUoFKUoFKUoFKUoKrrr9B/j/ppTXX6D/H/TSguty/OEfuWv5aa5K67l+cI/ctfy01yUClKUClKU Cue49V8nyvKPA6jwlcfj44fDwd2/PLbjOc8sV0VD6yhv3HSF9hQ2+JKkwX2WkZA3LU2oJGTyHMjx oK/D+Cu/5XyrxuKxw/KvXeJu6w3s4XH723i8Hds7udm/lipi26asqWoEiHEfaZaaZLTK3HkIOxKQ 2pxlRAU4kJRhS0lY2J5gpGI++3QXuAyxbYF1Xw50F1xb0F1gJCZjJPJxKVK7oUolIIAQdxGRmH0j 5Q2Wzy98IvK3Ch9X2cbh8Lq7PF42fkd3E6xu4nyuPm8+HQXDTsO0+T7ZNsreIpgtMxlgrG6PgFsK B5qwPDdkjcrw3Kz5ytKWeUuWZEVa0SUuJcaMhzhDiJKXFIb3bULUFLytICjvVz7xzD9GTFwgWO2x Lw1KTINujcMlKktNtobSOEUf7NxJUd27mvOQcJ2NQd/8t9Wu3UPLflv/AFhxtnH4PVuG/wBW4P8A suJnquOF8pnOee+g0hENhFwempbxKeabZcXk80IKykY8ORcX/wC/7BVXsHwZ8rMeTevb+91Pj9a6 p80/m3E+R+Zu28L/AAbtvdzUhYosqBf7lFW/OkQeqx30vSlle99S3g6Qo8hyQ0dicJTkYSndzr9t uk2BoWBZLfAuqb+xBZgbzBcDUZ/YloOKcWnYttKyCSjf3cqAKQSAnEv6ctdmhT+KiLbrSo29l9Sl pDOF9XLalHmUb0gHdlOUpUfmhQXpnT5kXETytqQhLEl4sLdbcBUVtNLQWyDxFbVN9zvqG1ByNoqp yrFNjR3LQ/ZGEWyY7bVJjRHHJrSQxIYbcLq1tpI3M8IBOCNrLijjnn0etl3Zn3dqTHlSWIKbMGJh y4uYyxKW6tZxkqcSnIUB3lFO4JG9KaCcXd9MosibetuclhToaTGMKUJRcO90OBGzjbiW3F8XGdyF HduBNeiLZpu6yChyPK33NiS4IsjrDKduQ28tLK8BpZ4uCoJSpXEUQTuUTH6quRunkSRCav8AEjxb jucls2xwuozGkJ7rS21KIypAKi2U/KDByDt6JFyRHvmn7k41eJEQW6ZHU+bY+p0uFyNguNobBQVc NZ+akHHLligsDtttbVwZkOoQiW9M6y2VOkFcjq5aykZ5ngpUMDlgE4yM152jTVptDzTtuicFxtrg oPEWrCNjKMcyf8Mdkfw/rJzx6iYNxd0vMbalGMxcUSXNiXG3EJUw6hBUkYWBvcQFAjkCdw2hVRei fKHlCH1jyrxuoq8sdc43D67lrbwuJ3Nuesfke5jb9GygkH9N6dhPWhhTT7HyrLMVluU+ltxxhG9s rQlW1akpYHeWCcNpGTgCvSdYNPtLt0aQytoPKMVllt51KHgEuO8FaUnatsJDmELyhIJSAAcGn31i 7O3BpcJq8L1MzMnraUpLxiIb6vKTGKd39mBwpgZ8ckhXMqrnTDk/6vXPkX+baWrihalMwrgy60er SUqKd7i5OCVMgkYRzAGSV0GmXezQLu0W7gxxUlp1gkLUgltxO1aCUkEpIxy8MpSfFII87jYLdcJD kiSyvrC0to4zTy2nEhBXt2KSQUH5VwZSQSFkHIOKocqTf4divw4F7fdl2xxq1JaQ4txJS7KKFKPi 24GVxiSshxRGO8sEV2NPvtavs6Jjt4Rc3rtKQ8lSpAiLjcKSpkJ/2BOxLJwnvZBJ7wVQWh1myNw2 bIooLTr/AFdLaVqUsP7DIypYO5LmEl3eSFZwrO4gmPVoW2+U2JTT9xbQhL/ECbhJDrrjnAG5T3E3 4CWEjaSR4Hlioe42KRI1e4Sm4sokXpuSp5hSwkRxbVtZChlKCVpWgkYWMo5jLZqLntalcfS2Zt1i ts8Zm3lESRIWtaZT6UlRQ6hH5JMbCpO5Cs5z+UJC6W/R9uiXWXMIWpDj7TzMVDi0R2Q2y02gcEK4 aiktBQUU5B24+aDXo3o6ysxkMRoz8ZKNoSuPLeacAS220E8RKwrbsaaBTnBKEkgkZrj6QDKXHhsM mUxHUpS3JUZqU8pCgAEtluKtDhCgpZ3E7RsAIypJFT01Muk2RvkuXtWo0yreFoUJCYzbZjxVSUrT yYQrCnztUAoEjA3baC6XSwafimNLksritNvxkNtR3nWmS6HEIY3NNkIUQoNJBUk4CUg8kjHoxpqy yIjbjMR9lLjTYaUlx5h1lCS4pCUcwtrHGcTtG3CVFGNo2jP7D1y42HTrkDy3Kbcat79yVM6ysKfE qItK2y94p2iQolru4AKuW2pjSPlDZbPL3wi8rcKH1fZxuHwurs8XjZ+R3cTrG7ifK4+bz4dBbHbB ZIsGWy8yhqNNYTAfLjyhxUqUsBJUTkrUt9fezuUpfMk4qYYeS+grQFgBSkd9CkHKVFJ5EA4yOR8C MEZBBrI5TN6uMx9p9u69Ve4cydESxMT1VbcyMsobeWtQWpKOPjq4Ru25Sk9wCQl+W+Hc+P5b63/a vIvB4+3rPW5O3i7O7w9vVdvG+T2+HLfQahSqPZ4t1YuFvluv3V1ci8TmH0PLWW2ogMlTQCPmhO5D JSsjdhQSFbSE1eKBSlKBSlKBSlKBSlKBSlKBSlKBSlKBSlKBSlKBSlKBSlKBSlKCq66/Qf4/6aU1 1+g/x/00oLrcvzhH7lr+WmuSuu5fnCP3LX8tNclApSlApSlApSlApSlApSlApSlApSlApSlApSlA pSlAqPh2S1Qrg/Oh2yDHnP7uLIajoQ45uO5W5QGTkgE5+mpClApSlArzaYaaW8tppCFvK3uKSkAr VtCcq/WcJSMn6AB9FelKDzjsNRo7TEZpDLDSQhtttISlCQMAADkAB9FelKUClKUClKUClKUClKUC lKUClKUClKUClKUClKUClKUClKUClKUClKUClKUFV11+g/x/00prr9B/j/ppQXW5fnCP3LX8tNcl ddy/OEfuWv5aa5KBSlKBSlKBSlKBSlKBSlKBSlKBSlKBSlKBSlKBSlKBUPrKY/btIX2bDc4cqNBf eaXgHatLaik4PI8wPGpiq/0h/wBwdTf8Mk/ylUHpcoDMG7u25WqdUOSGyMpaRDWQkucNKlbYZ2gn OM/QlZ8EKI5m22nNm3UGshv243RI6fncPGcwuX5VOc+GF5xsXtsE9edaXlvfnahtWzfnGXHue3ec Zx47E5x85eMIgNYsNTJenIUtpD8OVcVIfYdSFNupEWQsBSTyUApCVYP0pB8QKD8bbac2bdQayG/b jdEjp+dw8ZzC5flU5z4YXnGxe02205s26g1kN+3G6JHT87h4zmFy/KpznwwvONi9tQujEqHPTC08 0hgRdSbIzDKUpDTZtRW4GUnuJWd7ikg93erKuRVWiWDqHkljyT+ad7Gd27duO/fu73E3bt27vbt2 7nmgqeq5jlt0pdrjbr/qoyo0NyQyJUaMhvcEJUN2Yaf/ABE5TkE4WORSrbbOjyQ7d9P6Zk3BXGfm RYzj6sBO9S0JKjgYAySfCqr0uozpe7ObM7bTLTv2ZxlTXLdsOM48N6c4+avGUWXom/uro3/0UL/4 IoLB1pnzCN/1Oe/TrTPmEb/qc9+qZqCFFumr7PBucZiZBMGY+Y8hsONlxLkZKV7VZG4BawD4gKV+ s1F6j1ArTsFbelY6JkS1sOSpjDaEuJaaClgIDinkcMAtPIwlLmzZjYAEpUGj9aZ8wjf9Tnv060z5 hG/6nPfrNJmsrrbbfIusyNBdgplXCK1HaK0uK6sJK0rUskgZEcoKQk8zv3f4B2Xq9X60hiCk265X SU+htnqrOxTaS28slTC3gCMMKAVxU5yrl3MLC8Tp7bEKQ8iBFKm21LAJcxkAn/fqD0bMfuOkLHNm OcSVJgsPOrwBuWptJUcDkOZPhVZsU6VcbhqCRPZQxL8kMNOtoWlQCkPzkH5qlBJO3JTuVtJKSSRm p7o8/uDpn/hkb+UmgsFKUoFKUoFKUoFKUoFKUoFKUoFKUoFKUoFKUoFKUoFKUoKrrr9B/j/ppTXX 6D/H/TSguty/OEfuWv5aa5K67l+cI/ctfy01yUClKUClKUClKUClKUClKUClKUClKUClKUClKUCl KUCq/wBIf9wdTf8ADJP8pVWCvOQw1JjusSWkPMOpKHG3EhSVpIwQQeRBH0UFTvfSDpxGqZ78XUdk fjOqCDmcobSl05UnG5CgULUcgJJKEglQUC3Gy9e6auUTqt1m6YkRXNnFZdncVBwWye6prCsHiEZx nYjw3nZYvgTpX0ZsnqDXu0+BOlfRmyeoNe7QVmBrbSsSPCYYkaVjMRlBbTbEzCWFKCQsoAaABw5I 5jGcJzjiK2dEbpD0+2tS/KWnGlvqSt9TdwOVK2tJJPyQ3EAOAE+IbbHLcdk98CdK+jNk9Qa92nwJ 0r6M2T1Br3aDPtfayst20vdf9a2UyjbX2ENx5gdUpSw0raNzaVfOQsclAEJSSkkgN6Z0Tf3V0b/6 KF/8EVyfAnSvozZPUGvdqY6lF8n9R6sx1HhcDq/DHD4eNuzb4bccseGKDhuibFdo6WLqm2TmEq3p bkht1IVgjICsjOCef7TXPOt+l58eKxOiWWSxFTsjtvNtLSynAGEAjCRhI5D9Q/VX8/AnSvozZPUG vdp8CdK+jNk9Qa92g7kuWdHD2rt6eE6p9GCgbHFbtyx+pR3ryfE7lfrNcbVv0u1bHra1EsqLe8re 5FS20Glq5c1Ixgnup5kfQP1V/PwJ0r6M2T1Br3afAnSvozZPUGvdoPSSq0R7bKTCVAaV1Xq6QyUJ OxIVsQMfQNxwPAZOPGvPo8/uDpn/AIZG/lJp8CdK+jNk9Qa92pyOw1GjtMRmkMsNJCG220hKUJAw AAOQAH0UHpSlKBSlKBSlKBSlKBSlKBSlKBSlKBSlKBSlKBSlKBSlKCq66/Qf4/6aU11+g/x/00oI ed046HckZbnyVJShCM9VXz2pCcjl4cq5+23RXn0n1VfspSgdtuivPpPqq/ZTtt0V59J9VX7KUoHb borz6T6qv2U7bdFefSfVV+ylKB226K8+k+qr9lO23RXn0n1VfspSgdtuivPpPqq/ZTtt0V59J9VX 7KUoHbborz6T6qv2U7bdFefSfVV+ylKB226K8+k+qr9lO23RXn0n1VfspSgdtuivPpPqq/ZTtt0V 59J9VX7KUoHbborz6T6qv2U7bdFefSfVV+ylKB226K8+k+qr9lO23RXn0n1VfspSgdtuivPpPqq/ ZTtt0V59J9VX7KUoHbborz6T6qv2U7bdFefSfVV+ylKB226K8+k+qr9lO23RXn0n1VfspSgdtuiv PpPqq/ZTtt0V59J9VX7KUoHbborz6T6qv2U7bdFefSfVV+ylKB226K8+k+qr9lO23RXn0n1VfspS gdtuivPpPqq/ZTtt0V59J9VX7KUoHbborz6T6qv2U7bdFefSfVV+ylKB226K8+k+qr9lO23RXn0n 1VfspSgdtuivPpPqq/ZTtt0V59J9VX7KUoHbborz6T6qv2U7bdFefSfVV+ylKB226K8+k+qr9lO2 3RXn0n1VfspSgdtuivPpPqq/ZTtt0V59J9VX7KUoHbborz6T6qv2U7bdFefSfVV+ylKB226K8+k+ qr9lO23RXn0n1VfspSgdtuivPpPqq/ZTtt0V59J9VX7KUoHbborz6T6qv2U7bdFefSfVV+ylKB22 6K8+k+qr9lO23RXn0n1VfspSgdtuivPpPqq/ZTtt0V59J9VX7KUoITUnSxpG59X6vcXU8PdnfGcH jj9QP6qUpQf/2Q== --MailMan_Boundary-- From sebastian.hirschberg@bluewin.ch Fri Aug 3 22:14:40 2001 From: sebastian.hirschberg@bluewin.ch (Sebastian Hirschberg) Date: Fri, 3 Aug 2001 23:14:40 +0200 Subject: [vtkusers] normals In-Reply-To: <3B69BF33.913EB295@merl.com> References: <3B69BF33.913EB295@merl.com> Message-ID: <01080323144000.00655@snail> I have had the same problem and it worked in my case. I did it exactly the way you have tried, with the exception that I didn't define ComputeCellNormalsOn Sebastian > Hi, > how can I be sure, that all normals are calculated the right way if > I have vtkPolyData. I tried to do something, but some normals are not > correct. How can I improve this? Here the code I used: > > vtkPolyDataNormals *normals = vtkPolyDataNormals::New(); > normals->SetInput(polyData); > normals->ComputeCellNormalsOn(); > normals->SplittingOff(); > normals->ConsistencyOn(); > normals->Update(); > polyData = normals->GetOutput(); > > maybe somebody has a good idea? > > Have a nice day! > Greets .... Remo > > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to > subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers From ystarrev@uwo.ca Sat Aug 4 04:34:39 2001 From: ystarrev@uwo.ca (Yves Starreveld) Date: Fri, 3 Aug 2001 23:34:39 -0400 Subject: Fwd: [vtkusers] missing vtkImageClippingExtents.cxx Message-ID: <20010804034216.MUSN11790.femail1.sdc1.sfba.home.com@localhost> > From: Yves Starreveld > Date: Fri Aug 03, 2001 11:33:05 PM America/Montreal > To: "Daniel Bisig" > Subject: Re: [vtkusers] missing vtkImageClippingExtents.cxx > > Hi, Daniel, > > I updated the imaging makefile in the cvs repository to reflect the > latest state of vtk. > > grab it, install it in the imaging directory, and all should work. > > Please let me know if you have any further difficulties. > > Yves > On Friday, August 3, 2001, at 11:58 AM, Daniel Bisig wrote: > >> Hi all, >> >> I'm trying to install vtk on Mac OS X release 10.0.4. I pulled the >> most recent release of vtk by using cvs. I strictly followed the >> procedure as described in the macintosh/Readme.txt. When running make >> compilation fails with the following error message: >> >> make[1]: *** No rule to make target `vtkImageClippingExtents.cxx', >> needed by `vtkImageClippingExtents.o'. Stop. >> make: *** [build_imaging] Error 2 >> >> How am I supposed to solve this problem? Do I really need >> vtkImageClippingExtents.o or can I simply remove it from the Makefile? >> >> Thanks in advance for any help! >> >> regards >> >> Daniel >> >> _______________________________________________ >> This is the private VTK discussion list. Please keep messages >> on-topic. Check the FAQ at: >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtkusers >> > From justin@truelife.com.au Mon Aug 6 03:10:57 2001 From: justin@truelife.com.au (Justin Wright) Date: Mon, 6 Aug 2001 11:40:57 +0930 Subject: [vtkusers] expection when exiting program Message-ID: Hello, I have a simple c++ program based on the MFC doc/view based sample proivided with the vtk toolkit. With this program and another that I have written, the I get an exception error when I close the program IF I have some data in the pipeline, ie from a stlreader. If I exit the program without loading any data, there are no exceptions thrown. If I comment out the line that deletes the renderer when closing, I can exit the program without an exception. Has anyone else experienced this problem? I am reasonably sure that I am deleting all of my vtk objects before it gets to the exception point. Thanks, Justin Wright Web Dev Manager TRUE LIFE CREATIONS ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Advanced Visualisation : 3D Animation+Website Design+Graphic Design Studio 1 Greater Union Centre, 128 Hindley Street, Adelaide SA 5000 Phone: +61 8 8221 5884 Fax: +61 8 8221 6766 Email: create@truelife.com.au WWW: http://www.truelife.com.au you can stop reading now. From paul.welton@sympatico.ca Mon Aug 6 05:10:59 2001 From: paul.welton@sympatico.ca (Paul Welton) Date: Mon, 06 Aug 2001 00:10:59 -0400 Subject: [vtkusers] 3D/4D Drawing - Should I interface to Vtk? Message-ID: <3B6E18D3.D917A083@sympatico.ca> This posting is to announce the availability of an interactive tool for 3D/4D drawing named the "TSIPP Workbench". The tool is an [Incr Tcl] program, and the underlying toolkit is SIPP, the SImple Polygon Processor interfaced to Tcl via TSIPP, an interface developed by Mark Diekhans. So what has this to do with Vtk? Well one future direction for the tool would be to exploit graphics hardware through OpenGL/Mesa, and Vtk appears to be the ideal route to doing this. The objective of my posting is to solicit advice and opinions on whether this development is useful, and if so, to encourage collaboration. The software itself (it is covered by GPL) can be downloaded from: http://www.neosoft.com/tcl/ftparchive/sorted/graphics/TSIPPwb/1.4 http://www.neosoft.com/tcl/ftparchive/sorted/graphics/TSIPPwb/1.4s You will find HTML documentation, and all binaries necessary to run on Linux. The "supplementary" download contains extra examples which could not be contained in the main file due to size limitations on this repository. A presentation on the TSIPP Workbench was made at the O'Reilly Open Source Convention in San Diago on 26th July. You can download the presentation slides (Star Office 5.2) and the paper itself (PDF) from: ftp://ftp.oreilly.com/pub/conference/os2001/welton_072601.sdd ftp://ftp.oreilly.com/pub/conference/os2001/tcl_papers/welton_tcl2001_J.pdf The slides were produced with the TSIPP Workbench and post-processed with the GIMP. The motivation for creating this tool is that while there are many packages for rendering and processing 3D images, support for creating 3D drawings and animating them interactively is limited. The tool also aims to create new Tk widgets through drawing which appear as 3D scenes and represent information, for example the state of an industrial process; hence the projects sub-title, "Working Widgets Without Code". Paul Welton From charlie.chang@nchc.gov.tw Mon Aug 6 10:50:37 2001 From: charlie.chang@nchc.gov.tw (Charlie H. Chang) Date: Mon, 6 Aug 2001 17:50:37 +0800 Subject: [vtkusers] Problem to compile VTK nightly on RH 7.1 Message-ID: <002501c11e5d$3f3e64d0$9f3c6e8c@pavo095> This is a multi-part message in MIME format. ------=_NextPart_000_0026_01C11EA0.4D61A4D0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 SGkgYWxsLA0KSSBhbSBjb21waWxpbmcgdGhlIFZUSyBuaWdodGx5IG9uIG15IEludGVsIGJveCBy dW5uaW5nIFJlZEhhdCA3LjEgd2l0aCBnY2MgMi45Ni4NCkFuZCB0aGUgY29tcGlsZXIgY29tcGxh aW5lZCBhYm91dCB1c2luZyAiLWMiIGFuZCAiLW8iIGF0IHRoZSBzYW1lIHRpbWUuIA0KSG93ZXZl ciwgdGhpcyBkaWRuJ3QgaGFwcGVuIHdoZW4gSSBjb21waWxlZCB0aGUgVlRLIG9uIE1hbmRyYWtl IDguMC4NCkhhcyBhbnlvbmUgZWxzZSBlbmNvdW50ZXJlZCB0aGlzIHNhbWUgcHJvYmxlbT8NCkFu eSBpZGVhIHdoYXQgd2VudCB3cm9uZyBoZXJlPw0KDQpUaGFuayB5b3UgaW4gYWR2YW5jZSENCg0K Q2hhcmxpZSBILiBDaGFuZyANCmNoYXJsaWUuY2hhbmdAbmNoYy5nb3YudHcNCk5hdGlvbmFsIENl bnRlciBmb3IgSGlnaC1wZXJmb3JtYW5jZSBDb21wdXRpbmcNClRlbDogKzg4Ni0zLTU3NzYwODUg eDM2Mg0KRmF4OiArODg2LTMtMzUzOA0KDQoNCg== ------=_NextPart_000_0026_01C11EA0.4D61A4D0 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgSFRUUC1FUVVJVj0iQ29udGVudC1UeXBlIiBDT05U RU5UPSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQoNCg0KPE1FVEEgY29udGVudD0iTVNIVE1M IDUuNTAuNDUyMi4xODAwIiBuYW1lPUdFTkVSQVRPUj48L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PFNQ QU4gY2xhc3M9NTY2MDI0NjA5LTA2MDgyMDAxPjxGT05UIGZhY2U9QXJpYWw+SGkgYWxsLDwvRk9O VD48L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIGNsYXNzPTU2NjAyNDYwOS0wNjA4MjAwMT48Rk9O VCBmYWNlPUFyaWFsPkkgYW0gY29tcGlsaW5nIHRoZSBWVEsgDQpuaWdodGx5IG9uIG15IEludGVs IGJveCBydW5uaW5nIFJlZEhhdCA3LjEgd2l0aCBnY2MgMi45Ni48L0ZPTlQ+PC9TUEFOPjwvRElW Pg0KPERJVj48U1BBTiBjbGFzcz01NjYwMjQ2MDktMDYwODIwMDE+PEZPTlQgZmFjZT1BcmlhbD5B bmQgdGhlIGNvbXBpbGVyIGNvbXBsYWluZWQgDQphYm91dCB1c2luZyAiLWMiIGFuZCAiLW8iIGF0 IHRoZSBzYW1lIHRpbWUuIDwvRk9OVD48L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIGNsYXNzPTU2 NjAyNDYwOS0wNjA4MjAwMT48Rk9OVCBmYWNlPUFyaWFsPkhvd2V2ZXIsIHRoaXMgZGlkbid0IGhh cHBlbiANCndoZW4gSSBjb21waWxlZCB0aGUgVlRLIG9uIE1hbmRyYWtlIDguMC48L0ZPTlQ+PC9T UEFOPjwvRElWPg0KPERJVj48U1BBTiBjbGFzcz01NjYwMjQ2MDktMDYwODIwMDE+PEZPTlQgZmFj ZT1BcmlhbD5IYXMgYW55b25lIGVsc2UgZW5jb3VudGVyZWQgDQp0aGlzIHNhbWUgcHJvYmxlbT88 L0ZPTlQ+PC9TUEFOPjwvRElWPg0KPERJVj48U1BBTiBjbGFzcz01NjYwMjQ2MDktMDYwODIwMDE+ PEZPTlQgZmFjZT1BcmlhbD5BbnkgaWRlYSB3aGF0IHdlbnQgd3JvbmcgDQpoZXJlPzwvRk9OVD48 L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIGNsYXNzPTU2NjAyNDYwOS0wNjA4MjAwMT48Rk9OVCBm YWNlPUFyaWFsPjwvRk9OVD48L1NQQU4+Jm5ic3A7PC9ESVY+DQo8RElWPjxTUEFOIGNsYXNzPTU2 NjAyNDYwOS0wNjA4MjAwMT48Rk9OVCBmYWNlPUFyaWFsPlRoYW5rIHlvdSBpbiANCmFkdmFuY2Uh PC9GT05UPjwvU1BBTj48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbD48L0ZPTlQ+Jm5ic3A7 PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9QXJpYWw+PFNUUk9ORz48Rk9OVCBjb2xvcj0jMDAwMGEw PkNoYXJsaWUgSC4gDQpDaGFuZzwvRk9OVD48L1NUUk9ORz4gPC9GT05UPjwvRElWPg0KPERJVj48 QSBocmVmPSJtYWlsdG86Y2hhcmxpZWNoYW5nQG5jaGMuZ292LnR3Ij48Rk9OVCBmYWNlPUFyaWFs IGNvbG9yPSMwMDgwYzAgDQpzaXplPTI+PFNUUk9ORz5jaGFybGllLmNoYW5nQG5jaGMuZ292LnR3 PC9TVFJPTkc+PC9GT05UPjwvQT48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPjxGT05UIGZhY2U9 QXJpYWw+PEZPTlQgc2l6ZT0zPk48L0ZPTlQ+YXRpb25hbCA8Rk9OVCANCnNpemU9Mz5DPC9GT05U PmVudGVyIGZvciA8Rk9OVCBzaXplPTM+SDwvRk9OVD5pZ2gtcGVyZm9ybWFuY2UgPEZPTlQgDQpz aXplPTM+QzwvRk9OVD5vbXB1dGluZzwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZh Y2U9QXJpYWwgc2l6ZT0yPlRlbDogKzg4Ni0zLTU3NzYwODUgeDM2MjwvRk9OVD48L0RJVj4NCjxE SVY+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+RmF4OiArODg2LTMtMzUzODwvRk9OVD48L0RJVj4N CjxESVY+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48 Rk9OVCBmYWNlPUFyaWFsPjwvRk9OVD4mbmJzcDs8L0RJVj48L0JPRFk+PC9IVE1MPg0K ------=_NextPart_000_0026_01C11EA0.4D61A4D0-- From faulhaber@ipf.uni-karlsruhe.de Mon Aug 6 15:48:26 2001 From: faulhaber@ipf.uni-karlsruhe.de (Karin Faulhaber) Date: Mon, 06 Aug 2001 16:48:26 +0200 Subject: [vtkusers] More examples for vtkProgrammableGlyphFilter? Message-ID: <3B6EAE3A.1056388@ipf.uni-karlsruhe.de> Hello, does anyone have an example using a vtkProgrammableGlyphFilter with a source which doesn't have a method like SetCenter? For example vtkSphereSource has this method, but vtkConeSource hasn't, so I have to translate everything by hand. And I _don't_ want to use vtkGlyph3D. Thanks a lot, Karin -- Karin Faulhaber Universitaet Karlsruhe Institut fuer Photogrammetrie und Fernerkundung (IPF) Englerstr. 7 76128 Karlsruhe Tel: 0721/608-3676 E-Mail: faulhaber@ipf.uni-karlsruhe.de From joyku@Stanford.EDU Tue Aug 7 05:53:38 2001 From: joyku@Stanford.EDU (Joy P. Ku) Date: Mon, 6 Aug 2001 21:53:38 -0700 (PDT) Subject: [vtkusers] Unexpected scalar/vector value of zero when using vtkProbeFilter Message-ID: I am using the vtkProbeFilter to map a mesh that is in the z=0 plane onto a pre-defined set of points in the z=0 plane. While this seems to do the trick for most of the points, I occasionally get a value of 0 for the scalar at a point where I wouldn't expect a zero. More specifically, a 3D plot of the magnitudes of the mesh should give a paraboloid. The output of the vtkProbeFilter produces the paraboloid but with an occasional point having a magnitude of zero. These points seem to occur randomly, both near the peak of the paraboloid and near the edges. Are there limitations to the vtkProbeFilter that might produce this phenomenon? If so, how could I get around it? Thanks, Joy Ku joyku@stanford.edu From PG00127775@ntu.edu.sg Tue Aug 7 10:07:44 2001 From: PG00127775@ntu.edu.sg (#LU JI#) Date: Tue, 7 Aug 2001 17:07:44 +0800 Subject: [vtkusers] Evaluating 2D K Splines Message-ID: Hi there, The Kochanek Spline implemeted in vtk only provides the Evaluate() for 1D Spline,hwo to evaluate 2D Splines? regards, lvji From PG00127775@ntu.edu.sg Tue Aug 7 10:12:55 2001 From: PG00127775@ntu.edu.sg (#LU JI#) Date: Tue, 7 Aug 2001 17:12:55 +0800 Subject: [vtkusers] (no subject) Message-ID: Hi there, The Kochanek Spline implemeted in vtk only provides the Evaluate() for 1D Spline,hwo to evaluate 2D Splines? regards, lvji From faulhaber@ipf.uni-karlsruhe.de Tue Aug 7 13:10:44 2001 From: faulhaber@ipf.uni-karlsruhe.de (Karin Faulhaber) Date: Tue, 07 Aug 2001 14:10:44 +0200 Subject: [vtkusers] Using vtkProgrammableGlyphFilter Message-ID: <3B6FDAC4.1827C091@ipf.uni-karlsruhe.de> Hello, if I use a vtkProgrammableGlyphFilter, how do I copy the Source objects to the right positions, that is the input points? If I have a cone as source object, I don't have something like "SetCenter(x,y,z)". I tried to use the code used in Glyph3D, but all I get is one single cone somewhere far away from all my input points ... Any help is appreciated!! Thanks Karin -- Karin Faulhaber Universitaet Karlsruhe Institut fuer Photogrammetrie und Fernerkundung (IPF) Englerstr. 7 76128 Karlsruhe Tel: 0721/608-3676 E-Mail: faulhaber@ipf.uni-karlsruhe.de From P.Kiran@geind.ge.com Tue Aug 7 13:15:27 2001 From: P.Kiran@geind.ge.com (Kiran, P (CORP, GEITC)) Date: Tue, 7 Aug 2001 17:45:27 +0530 Subject: [vtkusers] How to get the boundary points for a PolyData (Unstructured) Message-ID: <2025E70FDF44D511918D00508B650D94017EC334@ban03xbindge.geind.ge.com> Hi all, Is there any available mathods in vtk to get boundary points for a 3-D Polydata (unstructured). I tried the following pipeline, but no luck. vtkFeatureEdges -> vtkPolyDataMapper -> vtkActor ->vtkRenderer whether vtkFeatureEdges requires some kind of surface generated from PolyData, as it's input? Thanks in advance for help. -Kiran From krueger@techinfo.rwth-aachen.de Tue Aug 7 13:24:07 2001 From: krueger@techinfo.rwth-aachen.de (Thomas Krueger) Date: Tue, 07 Aug 2001 14:24:07 +0200 Subject: [vtkusers] vtkDataWriter and Java Message-ID: <3B6FDDE7.28789B5E@techinfo.rwth-aachen.de> Hi, I used the vtkPolyDataWriter (and the vtkDataWriter) with Java for storing object information in a byte array. This worked fine with the vtk 3.2. Since I now use the vtkNightly, I have the problem, that the GetBinaryOutputString() method has disappeared. public byte[] writeVTKDataToByte() { vtkPanel libLoader = new vtkPanel(); vtkPolyDataWriter theWriter = new vtkPolyDataWriter(); theWriter.SetInput(data); // data is a vtkPolyData theWriter.SetFileTypeToBinary(); theWriter.WriteToOutputStringOn(); theWriter.Write(); // this has to be replaced, but how?? return theWriter.GetBinaryOutputString(); } // works with vtk 3.2 but fails with vtk Nightly The use of Strings: public String writeVTKDataToString() { ... theWriter.SetFileTypeToASCII(); ... return theWriter.GetOutputString(); } is not possible since the vtkDataWriter reports an error: ERROR: In vtkDataWriter.cxx, line 915 vtkPolyDataWriter (0x??????????): OutputString was not long enough. Who can help me with these problems? Thanks, Tom From jeff@cdnorthamerica.com Tue Aug 7 13:32:40 2001 From: jeff@cdnorthamerica.com (J.A. Lee) Date: Tue, 07 Aug 2001 08:32:40 -0400 Subject: [vtkusers] How to get the boundary points for a PolyData (Unstructured) References: <2025E70FDF44D511918D00508B650D94017EC334@ban03xbindge.geind.ge.com> Message-ID: <3B6FDFE8.1D86FAF1@cdnorthamerica.com> --------------FB35F6FD143043AB271C60A2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit How about vtkGeometryFilter? -Jeff "Kiran, P (CORP, GEITC)" wrote: > Hi all, > > Is there any available mathods in vtk to get boundary points for a 3-D > Polydata (unstructured). > I tried the following pipeline, but no luck. > vtkFeatureEdges -> vtkPolyDataMapper -> vtkActor ->vtkRenderer > > whether vtkFeatureEdges requires some kind of surface generated from > PolyData, as it's input? > > Thanks in advance for help. > -Kiran > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers --------------FB35F6FD143043AB271C60A2 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit How about vtkGeometryFilter?
-Jeff

"Kiran, P (CORP, GEITC)" wrote:

Hi all,

Is there any available mathods in vtk to get  boundary points for a 3-D
Polydata (unstructured).
I tried the following pipeline, but no luck.
vtkFeatureEdges -> vtkPolyDataMapper -> vtkActor ->vtkRenderer

whether vtkFeatureEdges requires some kind of surface generated from
PolyData,  as it's input?

Thanks in advance for help.
-Kiran

_______________________________________________
This is the private VTK discussion list.
Please keep messages on-topic. Check the FAQ at: <http://public.kitware.com/cgi-bin/vtkfaq>
Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/vtkusers


 

--------------FB35F6FD143043AB271C60A2--



From ben.held@staarinc.com  Tue Aug  7 13:40:16 2001
From: ben.held@staarinc.com (Ben Held)
Date: Tue, 7 Aug 2001 07:40:16 -0500
Subject: [vtkusers] Displaying complex data
Message-ID: 

Hello,

I am interested in displaying complex vectors (each of the 3 components is a
complex number) in VTK and allowing the user options of displaying phase,
magnitude, etc.  Does anyone have any experience with this?  Any thoughts?

Ben

Ben L. Held
Simulation Technology & Applied Research, Inc.
11520 N. Port Washington Rd.
Suite 101B
Mequon, WI  53092
Phone: (262) 240-0291 x101
FAX: (262) 240-0294
e-mail: ben.held@staarinc.com
web: http://www.staarinc.com




From Yogish.Mallya@geind.ge.com  Tue Aug  7 13:48:54 2001
From: Yogish.Mallya@geind.ge.com (Mallya, Yogish (CORP, GEITC))
Date: Tue, 7 Aug 2001 18:18:54 +0530
Subject: [vtkusers] Display Size.
Message-ID: <2025E70FDF44D511918D00508B650D94017EC551@ban03xbindge.geind.ge.com>

How to reduce the display size for an image using vtkImageviewer( without
cropping the image ). e.g converting 512 * 512 to a Icon, say 64*64


Thanks in advance
Yogish Mallya




From 97yadavm@utsc.utoronto.ca  Tue Aug  7 20:54:32 2001
From: 97yadavm@utsc.utoronto.ca (Maneesh Yadav)
Date: Tue, 7 Aug 2001 15:54:32 -0400 (EDT)
Subject: [vtkusers] stupid question re: volSimple.py
In-Reply-To: <20010803095804.A22611@carol.wins.uva.nl>
Message-ID: 

Hi all, I'm having a bit o' trouble visualizing my data...
I stripped the header of the stack as was suggested earlier on the list
and I should be left with the raw data (it's the right size)...
to load the data I do this:

-------------------------------------------------------

from libVTKCommonPython import *
from libVTKGraphicsPython import *


reader=vtkImageReader()
reader.SetFileName("dataset.raw")
reader.SetDataExtent(0,255,0,255,0,249)
reader.SetFileDimensionality(3)
reader.SetHeaderSize(0)
reader.SetDataByteOrderToLittleEndian()
reader.SetDataOrigin(0,0,0)
reader.SetDataScalarTypeToUnsignedChar()
reader.SetDataSpacing(1.0,1.0,1.0)
reader.GetOutput().ReleaseDataFlagOn()

-----------------------------------------------------------

(am I missing anything?)
Things seem to read fine....

I then copy the last part volSimple.py


-----------------------------------------------------------
opacityTransferFunction = vtkPiecewiseFunction()
opacityTransferFunction.AddPoint(20,0.0)
opacityTransferFunction.AddPoint(255,0.2)

colorTransferFunction = vtkColorTransferFunction()
colorTransferFunction.AddRedPoint(0.0,0.0)
colorTransferFunction.AddRedPoint(64.0,1.0)
colorTransferFunction.AddRedPoint(128.0,0.0)
colorTransferFunction.AddRedPoint(255.0,0.0)
colorTransferFunction.AddBluePoint(0.0,0.0)
colorTransferFunction.AddBluePoint(64.0,0.0)
colorTransferFunction.AddBluePoint(128.0,1.0)
colorTransferFunction.AddBluePoint(192.0,0.0)
colorTransferFunction.AddBluePoint(255.0,0.0)
colorTransferFunction.AddGreenPoint(0.0,0.0)
colorTransferFunction.AddGreenPoint(128.0,0.0)
colorTransferFunction.AddGreenPoint(192.0,1.0)
colorTransferFunction.AddGreenPoint(255.0,0.2)

volumeProperty = vtkVolumeProperty()
volumeProperty.SetColor(colorTransferFunction)
volumeProperty.SetScalarOpacity(opacityTransferFunction)

compositeFunction = vtkVolumeRayCastCompositeFunction()

volumeMapper = vtkVolumeRayCastMapper()
volumeMapper.SetInput(reader.GetOutput())
volumeMapper.SetVolumeRayCastFunction(compositeFunction)

volume = vtkVolume()
volume.SetMapper(volumeMapper)
volume.SetProperty(volumeProperty)


# Okay now the graphics stuff
ren = vtkRenderer()
renWin = vtkRenderWindow()
renWin.AddRenderer(ren)
renWin.SetSize(256,256)
iren = vtkRenderWindowInteractor()
iren.SetRenderWindow(renWin)

#ren1 AddActor outlineActor
ren.AddVolume(volume)
ren.SetBackground(0.1,0.2,0.4)
renWin.Render()

def TkCheckAbort():
        foo=renWin.GetEventPending()
        if foo != 0:
                renWin.SetAbortRender(1)

renWin.SetAbortCheckMethod(TkCheckAbort)

iren.Initialize()
-----------------------------------------------------

The program starts a window comes then dissappears (no coredump)...

I just kind of want to 'get started' so I am not particularly concerened
with the coloring right now, but I wouldn't think that would prevent the
program  from running....can anyone help me as to what am I doing wrong?





From lsi@nchc.gov.tw  Wed Aug  8 10:22:20 2001
From: lsi@nchc.gov.tw (Lin Sun-In)
Date: Wed, 08 Aug 2001 17:22:20 +0800
Subject: [vtkusers] About OffScreen Question ^_^
Message-ID: <200108080900.f7890t508165@zone.nchc.gov.tw>

Dear VTK author:

	I have a problem about VTK. We know OpenGL fo Win32 has support
offscreen function , and VTK for Win32 also provide similar functions.
But now I want to try this feature in Unix-like platform, but i have no
idea. Could you please tell me any solution about this.

PS : Because I want to run VTK program in the background, but the
RenderWindow need a X-Window Server to display the result. So I must
login to take a window manager or set the "DISPLAY" environment variable
to transfer the display to another machine. But I want to have the same
function in Win32 OS ==> "offscreen". Could you please tell me how can i
do it ????


				Kevin


From robbel@science.uva.nl  Wed Aug  8 14:13:10 2001
From: robbel@science.uva.nl (Robert Belleman)
Date: Wed, 8 Aug 2001 15:13:10 +0200
Subject: [vtkusers] stupid question re: volSimple.py
In-Reply-To: ; from 97yadavm@utsc.utoronto.ca on Tue, Aug 07, 2001 at 03:54:32PM -0400
References: <20010803095804.A22611@carol.wins.uva.nl> 
Message-ID: <20010808151310.A12066@waal.wins.uva.nl>

Maneesh,

On Tue, Aug 07, 2001 at 03:54:32PM -0400, Maneesh Yadav wrote:
> Hi all, I'm having a bit o' trouble visualizing my data...
> I stripped the header of the stack as was suggested earlier on the list
> and I should be left with the raw data (it's the right size)...
> to load the data I do this:

I have converted your script to Tcl to verify your code.

> reader=vtkImageReader()
> reader.SetFileName("dataset.raw")
> reader.SetDataExtent(0,255,0,255,0,249)
> reader.SetFileDimensionality(3)
> reader.SetHeaderSize(0)
> reader.SetDataByteOrderToLittleEndian()
> reader.SetDataOrigin(0,0,0)
> reader.SetDataScalarTypeToUnsignedChar()
> reader.SetDataSpacing(1.0,1.0,1.0)
> reader.GetOutput().ReleaseDataFlagOn()

This is fine. Note that "reader.SetDataByteOrderToLittleEndian" isn't
really needed since the data is 1 byte per pixel (byte order is important
of the data consists of more than one byte per voxel). The values you set
for HeaderSize, DataOrigin and DataSpacing are the same by default, I
think, but it can't harm to set them explicitly.

> opacityTransferFunction = vtkPiecewiseFunction()
> opacityTransferFunction.AddPoint(20,0.0)
> opacityTransferFunction.AddPoint(255,0.2)

You may want to change this a little. This will result in opaque voxels
for values between 0 and 20 which will obscure the "interesting" bits.

Try

opacityTransferFunction.AddPoint(0, 0.8)
opacityTransferFunction.AddPoint(255, 0.0)

> colorTransferFunction = vtkColorTransferFunction()
> colorTransferFunction.AddRedPoint(0.0,0.0)
> colorTransferFunction.AddRedPoint(64.0,1.0)
> colorTransferFunction.AddRedPoint(128.0,0.0)
> colorTransferFunction.AddRedPoint(255.0,0.0)
[... etc.]

You are probably using an old version of Vtk; my version warns me that
Add(Red|Green|Blue)Point is deprecated and I should use AddRGBPoint
instead.

Try

colorTransferFunction.AddRGBPoint(0,   0.0, 0.0, 0.0)
colorTransferFunction.AddRGBPoint(64,  1.0, 0.0, 0.0)
colorTransferFunction.AddRGBPoint(128, 0.0, 1.0, 0.0)
colorTransferFunction.AddRGBPoint(192, 0.0, 0.0, 1.0)
colorTransferFunction.AddRGBPoint(255, 0.0, 0.0, 0.2)

> The program starts a window comes then dissappears (no coredump)...

Ah... Maybe you should try a newer version of Vtk, because everything
else looks fine to me.

Good luck,
-- Rob

-- 
[] Robert Belleman         X  Section Computational Science            []
[] robbel@science.uva.nl  |X| University of Amsterdam, the Netherlands []
[] tel: (+31) 20 525 7510  X  http://www.science.uva.nl/~robbel/       []


From 97yadavm@utsc.utoronto.ca  Wed Aug  8 15:52:03 2001
From: 97yadavm@utsc.utoronto.ca (Maneesh Yadav)
Date: Wed, 8 Aug 2001 10:52:03 -0400 (EDT)
Subject: [vtkusers] stupid question re: volSimple.py
In-Reply-To: <20010808151310.A12066@waal.wins.uva.nl>
Message-ID: 

Thanks for the help Robert, I am running vtk3.2, but now I realize I
think am  just plain running out of memory (I'm running this on a machine
with 128M ram)...but I think I do see an image briefly :)

On Wed, 8 Aug 2001, Robert Belleman wrote:

> Maneesh,
>
> On Tue, Aug 07, 2001 at 03:54:32PM -0400, Maneesh Yadav wrote:
> > Hi all, I'm having a bit o' trouble visualizing my data...
> > I stripped the header of the stack as was suggested earlier on the list
> > and I should be left with the raw data (it's the right size)...
> > to load the data I do this:
>
> I have converted your script to Tcl to verify your code.
>
> > reader=vtkImageReader()
> > reader.SetFileName("dataset.raw")
> > reader.SetDataExtent(0,255,0,255,0,249)
> > reader.SetFileDimensionality(3)
> > reader.SetHeaderSize(0)
> > reader.SetDataByteOrderToLittleEndian()
> > reader.SetDataOrigin(0,0,0)
> > reader.SetDataScalarTypeToUnsignedChar()
> > reader.SetDataSpacing(1.0,1.0,1.0)
> > reader.GetOutput().ReleaseDataFlagOn()
>
> This is fine. Note that "reader.SetDataByteOrderToLittleEndian" isn't
> really needed since the data is 1 byte per pixel (byte order is important
> of the data consists of more than one byte per voxel). The values you set
> for HeaderSize, DataOrigin and DataSpacing are the same by default, I
> think, but it can't harm to set them explicitly.
>
> > opacityTransferFunction = vtkPiecewiseFunction()
> > opacityTransferFunction.AddPoint(20,0.0)
> > opacityTransferFunction.AddPoint(255,0.2)
>
> You may want to change this a little. This will result in opaque voxels
> for values between 0 and 20 which will obscure the "interesting" bits.
>
> Try
>
> opacityTransferFunction.AddPoint(0, 0.8)
> opacityTransferFunction.AddPoint(255, 0.0)
>
> > colorTransferFunction = vtkColorTransferFunction()
> > colorTransferFunction.AddRedPoint(0.0,0.0)
> > colorTransferFunction.AddRedPoint(64.0,1.0)
> > colorTransferFunction.AddRedPoint(128.0,0.0)
> > colorTransferFunction.AddRedPoint(255.0,0.0)
> [... etc.]
>
> You are probably using an old version of Vtk; my version warns me that
> Add(Red|Green|Blue)Point is deprecated and I should use AddRGBPoint
> instead.
>
> Try
>
> colorTransferFunction.AddRGBPoint(0,   0.0, 0.0, 0.0)
> colorTransferFunction.AddRGBPoint(64,  1.0, 0.0, 0.0)
> colorTransferFunction.AddRGBPoint(128, 0.0, 1.0, 0.0)
> colorTransferFunction.AddRGBPoint(192, 0.0, 0.0, 1.0)
> colorTransferFunction.AddRGBPoint(255, 0.0, 0.0, 0.2)
>
> > The program starts a window comes then dissappears (no coredump)...
>
> Ah... Maybe you should try a newer version of Vtk, because everything
> else looks fine to me.
>
> Good luck,
> -- Rob
>
> --
> [] Robert Belleman         X  Section Computational Science            []
> [] robbel@science.uva.nl  |X| University of Amsterdam, the Netherlands []
> [] tel: (+31) 20 525 7510  X  http://www.science.uva.nl/~robbel/       []
>
> _______________________________________________
> This is the private VTK discussion list.
> Please keep messages on-topic. Check the FAQ at: 
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/vtkusers
>



From kamucha@hfm.e-technik.uni-kassel.de  Wed Aug  8 15:59:23 2001
From: kamucha@hfm.e-technik.uni-kassel.de (George Kamucha)
Date: Wed, 08 Aug 2001 16:59:23 +0200
Subject: [vtkusers] vtkQGL, editing source code required?
References: <200107121600.MAA24781@public.kitware.com>
Message-ID: <3B7153CB.34817F49@hfm.e-technik.uni-kassel.de>

Hi all,
I am installing vtkQGL (version vtkQGL_vtk31) using vtk 3.1 and Qt 2.1.0 but
when it reaches to the compilation of vtkQGLInteractorWidget.cpp, I get the
following error:

vtkQGLInteractorWidget.cpp: in method 'void
vtkQGLInteractorWidget::PickActor(int, int)':
vtkQGLInteractorWidget.cpp:529: type 'vtkActor' is not a base type for type
'vtkAssembly'
vtkQGLInteractorWidget.cpp:533: no matching function for call to
'vtkQGLInteractorWidget::actorPicked(vtk Assembly *, vtkPicker *&)'
vtkQGLInteractorWidget.h:125: candidates are:
vtkQGLInteractorWidget::actorPicked(vtkActor *, vtkPicker *)
make[1]: *** [vtkQGLInteractorWidget.o] Error 1
make[1]: Leaving directory 'home/kamucha/vtkQGL31/src'


I am left wondering, do I have to change the source code
vtkQGLInteractorWidget.cpp or is there something that I am missing somewhere?
Please, anybody with an idea on this give me the necessary tip, it will be
highly appreciated, thanks
George




From dalleyg@dma.org  Wed Aug  8 16:00:24 2001
From: dalleyg@dma.org (Gerald Dalley)
Date: Wed, 8 Aug 2001 11:00:24 -0400
Subject: [vtkusers] vtkMath::Jacobi question
Message-ID: 

I am using vtkMath::Jacobi to do some eigen analysis for me.  Whenever I
call that method, I get an "Error extracting eigenfunctions" error message.
I've looked in the source and the message is generated by a conditional
whose comment says "//// this is NEVER called".

Without digging into the source to understand the intricacies of the
algorithm, it looks like this condition will "often" happen rather than
"never": the outer loop preceeding the conditional terminates when
i=VTK_MAX_ROTATIONS and the conditional check is for i>=VTK_MAX_ROTATIONS,
so unless the loop exits early through one of its break statements, that
test will fail.

Is this error message a real one, and if so, what does it really mean?

--Gerald Dalley
  dalleyg@dma.org



From millerjv@crd.ge.com  Thu Aug  9 13:36:27 2001
From: millerjv@crd.ge.com (Miller, James V (CRD))
Date: Thu, 9 Aug 2001 08:36:27 -0400
Subject: [vtkusers] vtkMath::Jacobi question
Message-ID: 

Are you giving vtkMath::Jacobi a symmetric matrix?  The Jacobi algorithm only works on a symmetric
matrix.  If you are using Jacobi to do a general eigen analysis, that could explain why you are
seeing this message.

We have been looking at adding more general eigen analysis capabilities into vtk.  The trick is
finding an eigensystem implementation that is self contained so that it can be easily included and
maintained.



-----Original Message-----
From: Gerald Dalley [mailto:dalleyg@dma.org]
Sent: Wednesday, August 08, 2001 11:00 AM
To: VTK Users
Subject: [vtkusers] vtkMath::Jacobi question


I am using vtkMath::Jacobi to do some eigen analysis for me.  Whenever I
call that method, I get an "Error extracting eigenfunctions" error message.
I've looked in the source and the message is generated by a conditional
whose comment says "//// this is NEVER called".

Without digging into the source to understand the intricacies of the
algorithm, it looks like this condition will "often" happen rather than
"never": the outer loop preceeding the conditional terminates when
i=VTK_MAX_ROTATIONS and the conditional check is for i>=VTK_MAX_ROTATIONS,
so unless the loop exits early through one of its break statements, that
test will fail.

Is this error message a real one, and if so, what does it really mean?

--Gerald Dalley
  dalleyg@dma.org


_______________________________________________
This is the private VTK discussion list. 
Please keep messages on-topic. Check the FAQ at: 
Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/vtkusers


From kamucha@hfm.e-technik.uni-kassel.de  Thu Aug  9 13:55:22 2001
From: kamucha@hfm.e-technik.uni-kassel.de (George Kamucha)
Date: Thu, 09 Aug 2001 14:55:22 +0200
Subject: [vtkusers] vtkQGL, editing source code required?
References: <200107121600.MAA24781@public.kitware.com> <3B7153CB.34817F49@hfm.e-technik.uni-kassel.de> <3B726D5B.3229CA04@student.mu-luebeck.de>
Message-ID: <3B72883A.2758367E@hfm.e-technik.uni-kassel.de>

Hi Fabian,
Thanks a lot for your response. My INCLUDE paths are okay since I am not getting errors to do with
missing include files. As you suggest, the problem seems to be with the vtk version that I am
using. It is a  vtk nightly version 3.1, release 606N running under Redhat Linux 6.2. My Qt, 2.1.0,
has not presented any problems so far in this application. I will therefore install vtk 3.1.2 and
see what happens. I really appreciate your suggestion, bis bald
viele Gruesse
George

Fabian Eilers wrote:

> Hello!
>
> I've compiled vtkQGL (version vtk31) under Solaris Unix, IRIX 6.4 and Linux (mesa 2.4)
> sucessfully.There are no problems. I use vtk 3.1.2 and qt 2.3.0 !!
> My idea: check all INCLUDE-Pathes in the Makefile, and change them to your own
> interests. Which system do you use (and which version?).
>
> Where are the VTK Headers (do you use vtk 3.2.0 or vtk 3.1.2), doesn't work with vtk 3.2.0,
> therefore you must change the source files --> use vtk 3.1.2.
>
> If you want to, I take a look at the files tomorrow. I use them to write my own application and
> therefore I must change them to my own interests.
>
> Greetings
> Fabian
>
> ----------------------------------------
> Fabian Eilers
> An der Mauer 39/41
> 23552 Lübeck
> eilers@informatik.mu-luebeck.de
> -----------------------------------------
>
> George Kamucha schrieb:
>
> > Hi all,
> > I am installing vtkQGL (version vtkQGL_vtk31) using vtk 3.1 and Qt 2.1.0 but
> > when it reaches to the compilation of vtkQGLInteractorWidget.cpp, I get the
> > following error:
> >
> > vtkQGLInteractorWidget.cpp: in method 'void
> > vtkQGLInteractorWidget::PickActor(int, int)':
> > vtkQGLInteractorWidget.cpp:529: type 'vtkActor' is not a base type for type
> > 'vtkAssembly'
> > vtkQGLInteractorWidget.cpp:533: no matching function for call to
> > 'vtkQGLInteractorWidget::actorPicked(vtk Assembly *, vtkPicker *&)'
> > vtkQGLInteractorWidget.h:125: candidates are:
> > vtkQGLInteractorWidget::actorPicked(vtkActor *, vtkPicker *)
> > make[1]: *** [vtkQGLInteractorWidget.o] Error 1
> > make[1]: Leaving directory 'home/kamucha/vtkQGL31/src'
> >
> > I am left wondering, do I have to change the source code
> > vtkQGLInteractorWidget.cpp or is there something that I am missing somewhere?
> > Please, anybody with an idea on this give me the necessary tip, it will be
> > highly appreciated, thanks
> > George
> >
> > _______________________________________________
> > This is the private VTK discussion list.
> > Please keep messages on-topic. Check the FAQ at: 
> > Follow this link to subscribe/unsubscribe:
> > http://public.kitware.com/mailman/listinfo/vtkusers





From busds@bu.edu  Thu Aug  9 15:30:13 2001
From: busds@bu.edu (shaun selha)
Date: Thu, 9 Aug 2001 10:30:13 -0400 (EDT)
Subject: [vtkusers] spline across actors
Message-ID: 

Hi Everyone,

   Quick Question for all vtk users.  I am creating a program in tcl using
vtk for the graphics.  Does anybody have an idea as to how I would be able
to say draw a spline along the surface of an actor and then be able to
populate points along the spline between its endpoints.  Thanks for any
help you can give.

Shaun  




From dgobbi@irus.rri.ca  Thu Aug  9 16:46:05 2001
From: dgobbi@irus.rri.ca (David Gobbi)
Date: Thu, 9 Aug 2001 11:46:05 -0400 (EDT)
Subject: [vtkusers] vtkMath::Jacobi question
In-Reply-To: 
Message-ID: 

My recommendation is that VTK4 should link to lapack, the same way
that VTK4-pre already links to zlib and libpng.  There is a
simplified version of lapack called 'lapack lite' that would be
suitable for inclusion in the VTK4 source tree.  This is what the
python Numeric package uses.

The matrix routines in vtkMath could just add a pretty interface to
the lapack routines.

 - David

--
  David Gobbi, MSc                       dgobbi@irus.rri.ca
  Advanced Imaging Research Group
  Robarts Research Institute, University of Western Ontario

On Thu, 9 Aug 2001, Miller, James V (CRD) wrote:

> Are you giving vtkMath::Jacobi a symmetric matrix?  The Jacobi algorithm only works on a symmetric
> matrix.  If you are using Jacobi to do a general eigen analysis, that could explain why you are
> seeing this message.
>
> We have been looking at adding more general eigen analysis capabilities into vtk.  The trick is
> finding an eigensystem implementation that is self contained so that it can be easily included and
> maintained.
>
>
>
> -----Original Message-----
> From: Gerald Dalley [mailto:dalleyg@dma.org]
> Sent: Wednesday, August 08, 2001 11:00 AM
> To: VTK Users
> Subject: [vtkusers] vtkMath::Jacobi question
>
>
> I am using vtkMath::Jacobi to do some eigen analysis for me.  Whenever I
> call that method, I get an "Error extracting eigenfunctions" error message.
> I've looked in the source and the message is generated by a conditional
> whose comment says "//// this is NEVER called".
>
> Without digging into the source to understand the intricacies of the
> algorithm, it looks like this condition will "often" happen rather than
> "never": the outer loop preceeding the conditional terminates when
> i=VTK_MAX_ROTATIONS and the conditional check is for i>=VTK_MAX_ROTATIONS,
> so unless the loop exits early through one of its break statements, that
> test will fail.
>
> Is this error message a real one, and if so, what does it really mean?
>
> --Gerald Dalley
>   dalleyg@dma.org
>
>
> _______________________________________________
> This is the private VTK discussion list.
> Please keep messages on-topic. Check the FAQ at: 
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/vtkusers
>
> _______________________________________________
> This is the private VTK discussion list.
> Please keep messages on-topic. Check the FAQ at: 
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/vtkusers
>



From kuebler@ira.uka.de  Thu Aug  9 17:01:33 2001
From: kuebler@ira.uka.de (Carsten =?iso-8859-1?Q?K=FCbler?=)
Date: Thu, 09 Aug 2001 18:01:33 +0200
Subject: [vtkusers] Running into problems with M$ dlls, VTK and objectfactories!!!
Message-ID: <3B72B3DD.F84BC9E@ira.uka.de>

This is a multi-part message in MIME format.
--------------A86C5378B7241A70766E971E
Content-Type: multipart/alternative;
 boundary="------------720806402F5467DFD448CAFB"


--------------720806402F5467DFD448CAFB
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hej,

I made a object factory to combine vtk and qt. Now we got a problem
under NT4.0.
My object factory replaces vtkRenderWindow, vtkRenderWindowInteractor,
etc....
and VTK (3.2) is build as one vtkdll.dll (no changes)

The problem:
We create a vtkRenderWindow and add vtkCubeSource.
If we try to pick the cube (pressing 'p') we got a memory heap error.
The same programm on an SGI works fine and the same programm under NT
without my objectfactory
works fine, too.

The reason is, we can't execute renderer->GetZ(150, 400); under NT.

Here is the code from vtkRenderer:

     float vtkRenderer::GetZ (int x, int y)
     {
       float *zPtr;
       float z;

       zPtr = this->RenderWindow->GetZbufferData (x, y, x, y);
       if (zPtr)
         {
         z = *zPtr;
         delete [] zPtr;
         }
       else
         {
         z = 1.0;
         }
       return z;
     }

and the corresponding method of my QGLWindow (its a one to one copy from
vtkopenglrenderwindow resp. vtkwin32renderwindow):

     float *vtkQGLRenderWindow::GetZbufferData( int x1, int y1, int
     x2, int y2  )
     {
       int             y_low, y_hi;
       int             x_low, x_hi;
       int             width, height;
       float           *z_data = NULL;

       // set the current window
       this->MakeCurrent();

       if (y1 < y2)
         {
         y_low = y1;
         y_hi  = y2;
         }
       else
         {
         y_low = y2;
         y_hi  = y1;
         }

       if (x1 < x2)
         {
         x_low = x1;
         x_hi  = x2;
         }
       else
         {
         x_low = x2;
         x_hi  = x1;
         }

       width =  abs(x2 - x1)+1;
       height = abs(y2 - y1)+1;

       z_data = new float[width*height];

       // Turn of texturing in case it is on - some drivers have a
     problem
       // getting / setting pixels with texturing enabled.
       glDisable( GL_TEXTURE_2D );

       glPixelStorei( GL_PACK_ALIGNMENT, 1 );
       glReadPixels( x_low, y_low,
       width, height,
       GL_DEPTH_COMPONENT, GL_FLOAT,
       z_data );

       return z_data;
     }

Why can't we execute "renderer->GetZ (150, 400);"?

The renderwindow was created in the application and the renderer is
created in the vtkdll.dll.
The renderwindow allocates memory "z_data = new float[width*height]" but
the renderer
isn't allowed to free the memory "delete [] zPtr;". My solution was that
I add a method NewMemory
in the vtkObjectFactory which allocates memory on the heap of the dll
and recompile vtkdll.dll.

     char *vtkObjectFactory::NewMemory(int size)
     {
       return new char[size];
     }

I had to remove all memory allocations by:

     #ifdef _WIN32
       z_data =
     (float*)vtkObjectFactory::NewMemory(sizeof(float)*width*height);

     #else
       z_data = new float[width*height];
     #endif

Now all works fine, but I had to create my own VTKdll.dll...


My questions:

   * Is there a way to allocate memory which can be freed from an other
     dll?
   * Is there a similar problem with shared libraries on SGIs?
   * Is there a solution without changing code from vtk3.2?

Carsten

--------------720806402F5467DFD448CAFB
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit



Hej,

I made a object factory to combine vtk and qt. Now we got a problem under NT4.0.
My object factory replaces vtkRenderWindow, vtkRenderWindowInteractor, etc....
and VTK (3.2) is build as one vtkdll.dll (no changes)

The problem:
We create a vtkRenderWindow and add vtkCubeSource.
If we try to pick the cube (pressing 'p') we got a memory heap error.
The same programm on an SGI works fine and the same programm under NT without my objectfactory
works fine, too.

The reason is, we can't execute renderer->GetZ(150, 400); under NT.

Here is the code from vtkRenderer:

float vtkRenderer::GetZ (int x, int y)
{
  float *zPtr;
  float z;

  zPtr = this->RenderWindow->GetZbufferData (x, y, x, y);
  if (zPtr)
    {
    z = *zPtr;
    delete [] zPtr;
    }
  else
    {
    z = 1.0;
    }
  return z;
}

and the corresponding method of my QGLWindow (its a one to one copy from vtkopenglrenderwindow resp. vtkwin32renderwindow):
float *vtkQGLRenderWindow::GetZbufferData( int x1, int y1, int x2, int y2  )
{
  int             y_low, y_hi;
  int             x_low, x_hi;
  int             width, height;
  float           *z_data = NULL;

  // set the current window
  this->MakeCurrent();

  if (y1 < y2)
    {
    y_low = y1;
    y_hi  = y2;
    }
  else
    {
    y_low = y2;
    y_hi  = y1;
    }

  if (x1 < x2)
    {
    x_low = x1;
    x_hi  = x2;
    }
  else
    {
    x_low = x2;
    x_hi  = x1;
    }

  width =  abs(x2 - x1)+1;
  height = abs(y2 - y1)+1;

  z_data = new float[width*height];

  // Turn of texturing in case it is on - some drivers have a problem
  // getting / setting pixels with texturing enabled.
  glDisable( GL_TEXTURE_2D );

  glPixelStorei( GL_PACK_ALIGNMENT, 1 );
  glReadPixels( x_low, y_low,
  width, height,
  GL_DEPTH_COMPONENT, GL_FLOAT,
  z_data );

  return z_data;
}

Why can't we execute "renderer->GetZ (150, 400);"?

The renderwindow was created in the application and the renderer is created in the vtkdll.dll.
The renderwindow allocates memory "z_data = new float[width*height]" but the renderer
isn't allowed to free the memory "delete [] zPtr;". My solution was that I add a method NewMemory
in the vtkObjectFactory which allocates memory on the heap of the dll and recompile vtkdll.dll.

char *vtkObjectFactory::NewMemory(int size)
{
  return new char[size];
}
I had to remove all memory allocations by:
#ifdef _WIN32
  z_data = (float*)vtkObjectFactory::NewMemory(sizeof(float)*width*height);
#else
  z_data = new float[width*height];
#endif
Now all works fine, but I had to create my own VTKdll.dll...
 

My questions:

  • Is there a way to allocate memory which can be freed from an other dll?
  • Is there a similar problem with shared libraries on SGIs?
  • Is there a solution without changing code from vtk3.2?


Carsten --------------720806402F5467DFD448CAFB-- --------------A86C5378B7241A70766E971E Content-Type: text/x-vcard; charset=us-ascii; name="kuebler.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Carsten Kübler Content-Disposition: attachment; filename="kuebler.vcf" begin:vcard n:Kuebler;Carsten tel;fax:+49-721/608-7141 tel;work:+49-721/608-8934 x-mozilla-html:FALSE url:http://wwwipr.ira.uka.de/~kuebler org:University of Karlsruhe (TH);Department of Computer Science/Institute for Process Control and Robotics version:2.1 email;internet:kuebler@ira.uka.de adr;quoted-printable:;;Kaiserstr. 12=0D=0AGeb. 40.28;Karlsruhe;BW;76128;Germany x-mozilla-cpt:;-21504 fn:Carsten Kübler end:vcard --------------A86C5378B7241A70766E971E-- From dhomiak@xcaliber.com Thu Aug 9 16:06:43 2001 From: dhomiak@xcaliber.com (David Homiak) Date: Thu, 9 Aug 2001 10:06:43 -0500 Subject: [vtkusers] About OffScreen Question ^_^ Message-ID: <1BDB01B13696D411BD6200D0B7C854EAEA0A5F@chi-prd-mail1.xcaliber.com> Kevin, See http://infinite-entropy.lbl.gov/VTK/vtkOffScreen/ for a vtkOpenGLOffscreenRenderWindow class. From there description: "Use in place of a vtkRenderWindow to draw an offscreen image. This is specifically for Unix/OpenGL/X11 systems. There is already a vtkWin32OffscreenRenderWindow in the contrib directory of VTK to cover Windows systems. For SGI systems, it will use pbuffers for hardware accelerated offscreen rendering. For all other architectures, it will use GLX pixmaps which tend to be software-rendering (except for hardware-accelerated Mesa)." More generally for X11 on UNIX, there is also Xvfb, the X virtual frame buffer. Do a Google search on it and also check out http://starbase.neosoft.com/~claird/comp.windows.x/Xvfb.html. I have used Xvfb in the past to do X processing on headless Sun servers lacking graphics cards. Dave Homiak dhomiak@xcaliber.com Results! Why, man, I have gotten a lot of results. I know several thousand things that won't work. -- Thomas Edison > Date: Wed, 08 Aug 2001 17:22:20 +0800 > From: Lin Sun-In > To: vtkusers@public.kitware.com > Subject: [vtkusers] About OffScreen Question ^_^ > > Dear VTK author: > > I have a problem about VTK. We know OpenGL fo Win32 has support > offscreen function , and VTK for Win32 also provide similar functions. > But now I want to try this feature in Unix-like platform, but i have no > idea. Could you please tell me any solution about this. > > PS : Because I want to run VTK program in the background, but the > RenderWindow need a X-Window Server to display the result. So I must > login to take a window manager or set the "DISPLAY" environment variable > to transfer the display to another machine. But I want to have the same > function in Win32 OS ==> "offscreen". Could you please tell me how can i > do it ???? > > Kevin From lyon@cs.queensu.ca Thu Aug 9 15:49:03 2001 From: lyon@cs.queensu.ca (Jennifer Lyon) Date: Thu, 9 Aug 2001 10:49:03 -0400 Subject: [vtkusers] 3d grids? Message-ID: <013101c120e2$6ed030c0$dc020f82@index> Hello everyone, I'm looking for a Grid background for a renderer that I can implement without having it as a separate object. The Grid should give a sense of perspective projection from the viewpoint. Any ideas?! thank you! From malcolm@geovision.co.za Thu Aug 9 14:10:26 2001 From: malcolm@geovision.co.za (Malcolm Drummond) Date: Thu, 9 Aug 2001 15:10:26 +0200 Subject: [vtkusers] Using vtkProgrammableGlyphFilter References: <3B6FDAC4.1827C091@ipf.uni-karlsruhe.de> Message-ID: <000d01c120d4$c99930a0$cefefea9@bart> Hi Karin Insert a transform-filter (ie. vtkTransformPolyDataFilter) between your Source and vtkProgrammableGlyphFilter (so you're using the transform-filters output as programmable-glyph-filter's source). Source -> TransformPolyDataFilter -> GlyphMethod In the GlyphMethod you manipulate the transform connected to the transform-filter. Malcolm ----- Original Message ----- From: Karin Faulhaber To: VTK users list Sent: Tuesday, August 07, 2001 2:10 PM Subject: [vtkusers] Using vtkProgrammableGlyphFilter > Hello, > > if I use a vtkProgrammableGlyphFilter, how do I copy the Source objects > to the right positions, that is the input points? > If I have a cone as source object, I don't have something like > "SetCenter(x,y,z)". > I tried to use the code used in Glyph3D, but all I get is one single > cone somewhere far away from all my input points ... > > Any help is appreciated!! > Thanks > Karin > > > > -- > Karin Faulhaber > Universitaet Karlsruhe > Institut fuer Photogrammetrie und Fernerkundung (IPF) > Englerstr. 7 > 76128 Karlsruhe > > Tel: 0721/608-3676 > E-Mail: faulhaber@ipf.uni-karlsruhe.de > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > From lavoie@mcs.anl.gov Thu Aug 9 18:51:52 2001 From: lavoie@mcs.anl.gov (Tony Lavoie) Date: Thu, 9 Aug 2001 12:51:52 -0500 (CDT) Subject: [vtkusers] About OffScreen Question ^_^ In-Reply-To: <1BDB01B13696D411BD6200D0B7C854EAEA0A5F@chi-prd-mail1.xcaliber.com> Message-ID: I went looking int off-screen rendering as well, and I tried the vtkOffScreen code. First, on Linux (Unix/OpenGL/X11 systems as it says), it links against the Mesa libs, which has offscreen rendering if you glance through vtkMesaRenderWindow.cxx. I looked into OpenGL support of offscreen rendering, and found that the blue book (OpenGL Reference Manual, OpenGL ARB) says that pbuffers and pixmaps are only implemented in GLX 1.3, and 1.3 afaik is only available for SGI's- 1.3 for Linux & Mac is "Coming Soon..." -Tony . o O ( c'mon nVidia, GLX 1.3 on GeForce3's!! ) On Thu, 9 Aug 2001, David Homiak wrote: > Kevin, > See http://infinite-entropy.lbl.gov/VTK/vtkOffScreen/ for a > vtkOpenGLOffscreenRenderWindow class. From there description: > "Use in place of a vtkRenderWindow to draw an offscreen image. This > is specifically for Unix/OpenGL/X11 systems. There is already a > vtkWin32OffscreenRenderWindow in the contrib directory of VTK to cover > Windows systems. For SGI systems, it will use pbuffers for hardware > accelerated offscreen rendering. For all other architectures, it will use > GLX pixmaps which tend to be software-rendering (except for > hardware-accelerated Mesa)." > More generally for X11 on UNIX, there is also Xvfb, the X virtual > frame buffer. Do a Google search on it and also check out > http://starbase.neosoft.com/~claird/comp.windows.x/Xvfb.html. I have used > Xvfb in the past to do X processing on headless Sun servers lacking graphics > cards. > > Dave Homiak > dhomiak@xcaliber.com > Results! Why, man, I have gotten a lot of results. I know several thousand > things that won't work. -- Thomas Edison > > > Date: Wed, 08 Aug 2001 17:22:20 +0800 > > From: Lin Sun-In > > To: vtkusers@public.kitware.com > > Subject: [vtkusers] About OffScreen Question ^_^ > > > > Dear VTK author: > > > > I have a problem about VTK. We know OpenGL fo Win32 has support > > offscreen function , and VTK for Win32 also provide similar functions. > > But now I want to try this feature in Unix-like platform, but i have no > > idea. Could you please tell me any solution about this. > > > > PS : Because I want to run VTK program in the background, but the > > RenderWindow need a X-Window Server to display the result. So I must > > login to take a window manager or set the "DISPLAY" environment variable > > to transfer the display to another machine. But I want to have the same > > function in Win32 OS ==> "offscreen". Could you please tell me how can i > > do it ???? > > > > Kevin > > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > > From 97yadavm@utsc.utoronto.ca Thu Aug 9 22:41:34 2001 From: 97yadavm@utsc.utoronto.ca (Maneesh Yadav) Date: Thu, 9 Aug 2001 17:41:34 -0400 (EDT) Subject: [vtkusers] marching cubes issues.. In-Reply-To: <1BDB01B13696D411BD6200D0B7C854EAEA0A5F@chi-prd-mail1.xcaliber.com> Message-ID: Hi all (again), I've got things running now with my data (I eventually had to convert my tiffs to pnms becuase of LZW issues) Now I have segmented data (if anyone is interested in the mouse atlas paper, it is in a recent Developmental Biology, give me a mail if you need/want to find it) and when I visualize the volumes things are fine, and when I use thresholding things are still ok (if I pick the value for the spine, and use vtkImageThreshold, I get a nice spine), however when I try to contour the data, none of the filters complain about anything, but the poly file that I write out with vtkPolyDataWriter seems like junk (I have to scale out light years, and it just seems like a really long triangle). The pipeline is the one described in Bill Lorensen's tutorial at: http://users.info.unicaen.fr/~karczma/docs/vtkhtml/applications/segment/segmented16.html (the parameters I use are default values that in the above URL) I am little confused as to use vtkMarchingCubes, vtkImageMarchingCubes, or vtkMarchingContourFilter Here's the main part of the code: ------------------------------------------------------------------------------------ tissueValues[tissue]=206 threshold.SetInput(reader.GetOutput()) threshold.ThresholdBetween(tissueValues[tissue], tissueValues[tissue]) threshold.SetInValue(255) threshold.SetOutValue(0) threshold.GetOutput().ReleaseDataFlagOn() shrinker.SetInput(threshold.GetOutput()) shrinker.SetShrinkFactors(options['SAMPLE RATE'][0],options['SAMPLE RATE'][1],options['SAMPLE RATE'][2]) shrinker.GetOutput().ReleaseDataFlagOn() smoothedTissueData.SetInput(shrinker.GetOutput()) smoothedTissueData.SetDimensionality(3) smoothedTissueData.SetStandardDeviation(options['GAUSSIAN STDDEV']) smoothedTissueData.ReleaseDataFlagOn() #EVERYTHING UP TILL HERE SEEMS OK mcubes.SetInput(smoothedTissueData.GetOutput()) mcubes.ComputeScalarsOff() mcubes.ComputeGradientsOff() mcubes.ComputeNormalsOff() mcubes.SetValue(0,128) mcubes.GetOutput().ReleaseDataFlagOn() decimator.SetInput(mcubes.GetOutput()) decimator.SetInitialFeatureAngle(options['DECIMATE ANGLE']) decimator.SetMaximumIterations(options['DECIMATE ITERATIONS']) decimator.SetMaximumSubIterations(0) decimator.PreserveEdgesOn() decimator.SetMaximumError(1) decimator.SetTargetReduction(options['DECIMATE REDUCTION']) decimator.SetInitialError(options['DECIMATE ERROR']) decimator.SetErrorIncrement(options['DECIMATE ERROR INC']) decimator.GetOutput().ReleaseDataFlagOn() smoother.SetInput(decimator.GetOutput()) smoother.SetNumberOfIterations(options['SMOOTH ITERATIONS']) smoother.SetRelaxationFactor(options['SMOOTH ITERATIONS']) smoother.SetFeatureAngle(options['SMOOTH ANGLE']) smoother.FeatureEdgeSmoothingOff() smoother.BoundarySmoothingOff() smoother.SetConvergence(0) smoother.GetOutput().ReleaseDataFlagOn() normals.SetInput(smoother.GetOutput()) normals.SetFeatureAngle(options['FEATURE ANGLE']) normals.GetOutput().ReleaseDataFlagOn() stripper.SetInput(normals.GetOutput()) stripper.GetOutput().ReleaseDataFlagOn() writer.SetInput(stripper.GetOutput()) writer.SetFileName(tissue + '.vtk' ) writer.SetFileType(2) writer.Write() ---------------------------------------------------------------------- I don't think the issue is the decimator or the smoother... From wlorens1@nycap.rr.com Fri Aug 10 01:15:31 2001 From: wlorens1@nycap.rr.com (Bill Lorensen) Date: Thu, 09 Aug 2001 20:15:31 -0400 Subject: [vtkusers] marching cubes issues.. In-Reply-To: References: <1BDB01B13696D411BD6200D0B7C854EAEA0A5F@chi-prd-mail1.xcaliber.com> Message-ID: <4.2.2.20010809201340.01633d90@pop.nycap.rr.com> You should use vtkMarchngCubes. Your pipeline looks fine. Try displaying the output of MarchingCubes. What version of vtk are you using? Bill At 05:41 PM 8/9/01 -0400, Maneesh Yadav wrote: >Hi all (again), >I've got things running now with my data (I eventually had to convert my >tiffs to pnms becuase of LZW issues) >Now I have segmented data (if anyone is interested in the mouse atlas >paper, it is in a recent Developmental Biology, give me a mail if you >need/want to find it) and when I visualize the volumes things are >fine, and when I use thresholding things are still ok (if I pick the value >for the spine, and use vtkImageThreshold, I get a nice spine), however >when I try to contour the data, none of the filters complain about >anything, but the poly file that I write out with vtkPolyDataWriter seems >like junk (I have to scale out light years, and it just seems like a >really long triangle). The pipeline is the one described in >Bill Lorensen's tutorial at: > >http://users.info.unicaen.fr/~karczma/docs/vtkhtml/applications/segment/segmented16.html > >(the parameters I use are default values that in the above URL) > >I am little confused as to use vtkMarchingCubes, vtkImageMarchingCubes, or >vtkMarchingContourFilter > >Here's the main part of the code: >------------------------------------------------------------------------------------ > >tissueValues[tissue]=206 > >threshold.SetInput(reader.GetOutput()) > threshold.ThresholdBetween(tissueValues[tissue], tissueValues[tissue]) > threshold.SetInValue(255) > threshold.SetOutValue(0) > threshold.GetOutput().ReleaseDataFlagOn() > > shrinker.SetInput(threshold.GetOutput()) > shrinker.SetShrinkFactors(options['SAMPLE RATE'][0],options['SAMPLE >RATE'][1],options['SAMPLE RATE'][2]) > shrinker.GetOutput().ReleaseDataFlagOn() > > smoothedTissueData.SetInput(shrinker.GetOutput()) > smoothedTissueData.SetDimensionality(3) > smoothedTissueData.SetStandardDeviation(options['GAUSSIAN STDDEV']) > smoothedTissueData.ReleaseDataFlagOn() > >#EVERYTHING UP TILL HERE SEEMS OK > > mcubes.SetInput(smoothedTissueData.GetOutput()) > mcubes.ComputeScalarsOff() > mcubes.ComputeGradientsOff() > mcubes.ComputeNormalsOff() > mcubes.SetValue(0,128) > mcubes.GetOutput().ReleaseDataFlagOn() > > decimator.SetInput(mcubes.GetOutput()) > decimator.SetInitialFeatureAngle(options['DECIMATE ANGLE']) > decimator.SetMaximumIterations(options['DECIMATE ITERATIONS']) > decimator.SetMaximumSubIterations(0) > decimator.PreserveEdgesOn() > decimator.SetMaximumError(1) > decimator.SetTargetReduction(options['DECIMATE REDUCTION']) > decimator.SetInitialError(options['DECIMATE ERROR']) > decimator.SetErrorIncrement(options['DECIMATE ERROR INC']) > decimator.GetOutput().ReleaseDataFlagOn() > > smoother.SetInput(decimator.GetOutput()) > smoother.SetNumberOfIterations(options['SMOOTH ITERATIONS']) > smoother.SetRelaxationFactor(options['SMOOTH ITERATIONS']) > smoother.SetFeatureAngle(options['SMOOTH ANGLE']) > smoother.FeatureEdgeSmoothingOff() > smoother.BoundarySmoothingOff() > smoother.SetConvergence(0) > smoother.GetOutput().ReleaseDataFlagOn() > > normals.SetInput(smoother.GetOutput()) > normals.SetFeatureAngle(options['FEATURE ANGLE']) > normals.GetOutput().ReleaseDataFlagOn() > > stripper.SetInput(normals.GetOutput()) > stripper.GetOutput().ReleaseDataFlagOn() > > writer.SetInput(stripper.GetOutput()) > writer.SetFileName(tissue + '.vtk' ) > writer.SetFileType(2) > > writer.Write() >---------------------------------------------------------------------- > > >I don't think the issue is the decimator or the smoother... > > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers From Oliver.Fleig@univ-rennes1.fr Thu Aug 9 15:27:28 2001 From: Oliver.Fleig@univ-rennes1.fr (Oliver Fleig) Date: Thu, 9 Aug 2001 16:27:28 +0200 Subject: [vtkusers] vtkQGL, editing source code required? In-Reply-To: <3B7153CB.34817F49@hfm.e-technik.uni-kassel.de> References: <200107121600.MAA24781@public.kitware.com> <3B7153CB.34817F49@hfm.e-technik.uni-kassel.de> Message-ID: <01080916272800.01977@pcvideo> --------------Boundary-00=_SH1T94213MNW394K07A4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit On Wednesday, 8. August 2001 16:59, George Kamucha wrote: > I am installing vtkQGL (version vtkQGL_vtk31) using vtk 3.1 and Qt 2.1.0 > but when it reaches to the compilation of vtkQGLInteractorWidget.cpp, I get > the following error: > > vtkQGLInteractorWidget.cpp: in method 'void > vtkQGLInteractorWidget::PickActor(int, int)': > vtkQGLInteractorWidget.cpp:529: type 'vtkActor' is not a base type for type > 'vtkAssembly' > vtkQGLInteractorWidget.cpp:533: no matching function for call to > 'vtkQGLInteractorWidget::actorPicked(vtk Assembly *, vtkPicker *&)' > vtkQGLInteractorWidget.h:125: candidates are: > vtkQGLInteractorWidget::actorPicked(vtkActor *, vtkPicker *) > make[1]: *** [vtkQGLInteractorWidget.o] Error 1 > make[1]: Leaving directory 'home/kamucha/vtkQGL31/src' > > > I am left wondering, do I have to change the source code > vtkQGLInteractorWidget.cpp or is there something that I am missing > somewhere? You have to change to code! I think it just in vtkQGLInteractorWidget.cpp. I send you a patch for src/tkQGLInteractorWidget.cpp. If I remember correctly these are the only changes I made. The second patch is for Linux systems (or gcc in general???). The patch makes the Makefile make a "better" shared library. You have to add the "-fPIC" flag to CFLAGS in include.make, too (no patch for that as you have to edit that file anyway). With the unchanged Makefile I had problems with the "ldconfig" command. Cheers Oliver PS: Keep me updated -- Oliver Fleig - Laboratoire IDM (fka SIM) mailto:Oliver.Fleig@univ-rennes1.fr --------------Boundary-00=_SH1T94213MNW394K07A4 Content-Type: text/plain; charset="iso-8859-1"; name="vtkQGLInteractorWidget.cpp.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="vtkQGLInteractorWidget.cpp.patch" NTMyYzUyOQo8ICAgbV9QaWNrZWRBY3RvciA9IG1fUGlja2VyLT5HZXRBc3NlbWJseSgpOwotLS0K PiAgIG1fUGlja2VkQWN0b3IgPSBtX1BpY2tlci0+R2V0QWN0b3IoKTsKNTM0YzUzMQo8ICAgaWYo bV9QaWNrZXItPkdldEFzc2VtYmx5KCkgIT0gTlVMTCkKLS0tCj4gICBpZihtX1BpY2tlci0+R2V0 QWN0b3IoKSAhPSBOVUxMKQo1MzZjNTMzCjwgICAgICAgZW1pdCBhY3RvclBpY2tlZChtX1BpY2tl ci0+R2V0QXNzZW1ibHkoKSwgbV9QaWNrZXIpOwotLS0KPiAgICAgICBlbWl0IGFjdG9yUGlja2Vk KG1fUGlja2VyLT5HZXRBY3RvcigpLCBtX1BpY2tlcik7Cg== --------------Boundary-00=_SH1T94213MNW394K07A4 Content-Type: text/plain; charset="iso-8859-1"; name="Makefile.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Makefile.patch" NjVjNjIsNjMKPCAJYXIgY3F2ICRAICQoT0JKRUNUUykgJChPQkpNT0MpCi0tLQo+ICMJYXIgY3F2 ICRAICQoT0JKRUNUUykgJChPQkpNT0MpCj4gCWcrKyAtc2hhcmVkIC1XbCwtc29uYW1lLCRAIC1v ICRAICQoT0JKRUNUUykgJChPQkpNT0MpCg== --------------Boundary-00=_SH1T94213MNW394K07A4-- From Kris.Nuyts@asro.kuleuven.ac.be Fri Aug 10 10:59:18 2001 From: Kris.Nuyts@asro.kuleuven.ac.be (Nuyts, Kris) Date: Fri, 10 Aug 2001 11:59:18 +0200 Subject: [vtkusers] vtk and intense3d3600 Message-ID: <8EA754A0CED5D4119F1D00B0D079FC30372655@asrosrv01.asro.kuleuven.ac.be> hi, i'm using an intense3d 3600 board on a workstation 410 dell, dual cpu i'm having problems displaying textures that are 'relatively large' a texture file 1024x1024 pixels appears without any problem the same file resized to 2048x2048 does not appear... any suggestions ? ps: code can not be the problem, it works fine on an 'old' elsa gloria xl board... kris From c.p.botha@its.tudelft.nl Fri Aug 10 11:13:14 2001 From: c.p.botha@its.tudelft.nl (Charl P. Botha) Date: Fri, 10 Aug 2001 12:13:14 +0200 Subject: [vtkusers] vtk and intense3d3600 In-Reply-To: <8EA754A0CED5D4119F1D00B0D079FC30372655@asrosrv01.asro.kuleuven.ac.be>; from Kris.Nuyts@asro.kuleuven.ac.be on Fri, Aug 10, 2001 at 11:59:18AM +0200 References: <8EA754A0CED5D4119F1D00B0D079FC30372655@asrosrv01.asro.kuleuven.ac.be> Message-ID: <20010810121314.C4552@dutidad.twi.tudelft.nl> On Fri, Aug 10, 2001 at 11:59:18AM +0200, Nuyts, Kris wrote: > a texture file 1024x1024 pixels appears without any problem > the same file resized to 2048x2048 does not appear... I don't know this specific board, but many other graphics boards have a hardware and/or software maximum texture size. -- charl p. botha | computer graphics and cad/cam http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ From Joris.VandenWyngaerd@esat.kuleuven.ac.be Fri Aug 10 12:17:43 2001 From: Joris.VandenWyngaerd@esat.kuleuven.ac.be (Joris Vanden Wyngaerd) Date: Fri, 10 Aug 2001 13:17:43 +0200 Subject: [vtkusers] fix for large OpenGL Textures Message-ID: <000b01c1218e$136a49d0$c9bd3a86@esat.kuleuven.ac.be> This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C1219E.D6F319D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Hi, OpenGL has a maximum texture size (defined by GL_MAX_TEXTURE_SIZE), which depends on your video card/drivers. vtk resamples an image in vtkOpenGLTexture but does not take into account this maximum. I include a fix that does take it into account. ================ Joris Vanden Wyngaerd coordinates : http://www.esat.kuleuven.ac.be/~joris/personalia.html "Quand les degoûtés s'en vont il ne restent que les degoûtants" ------=_NextPart_000_000C_01C1219E.D6F319D0 Content-Type: application/octet-stream; name="vtkPSIOpenGLTexture.cpp" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="vtkPSIOpenGLTexture.cpp" // vtkPSIOpenGLTexture.cpp: implementation of the vtkPSIOpenGLTexture = class. // ////////////////////////////////////////////////////////////////////// #include "stdafx.h" #include "vtkPSIOpenGLTexture.h" #include "vtkPSIGlobalFunctions.h" #include "vtkPSIDebugFunctions.h" #include "vtkRenderWindow.h" #include #ifdef _DEBUG #undef THIS_FILE static char THIS_FILE[]=3D__FILE__; #define new DEBUG_NEW #endif ////////////////////////////////////////////////////////////////////// // Construction/Destruction ////////////////////////////////////////////////////////////////////// vtkPSIOpenGLTexture::vtkPSIOpenGLTexture() { } vtkPSIOpenGLTexture::~vtkPSIOpenGLTexture() { } /* // Release the graphics resources used by this texture. =20 void vtkPSIOpenGLTexture::ReleaseGraphicsResources(vtkWindow *renWin) { // removed because of memory violation when texture exists // problem : renWin->MakeCurrent() is called on freed memory // return; // TODO CODE QUALITY : fix this // =3D> done by changing order of deleting renderer and rendererwindow if (this->Index && renWin) { ((vtkRenderWindow *) renWin)->MakeCurrent(); #ifdef GL_VERSION_1_1 // free any textures if (glIsTexture(this->Index)) { GLuint tempIndex; tempIndex =3D this->Index; // NOTE: Sun's OpenGL seems to require disabling of texture before = delete glDisable(GL_TEXTURE_2D); glDeleteTextures(1, &tempIndex); } #else if (glIsList(this->Index)) { glDeleteLists(this->Index,1); } #endif } this->Index =3D 0; this->RenderWindow =3D NULL; this->Modified(); } */ void vtkPSIOpenGLTexture::Load(vtkRenderer *ren) { // code copied from vtk, adapted to also be robust against textures = that are to big GLenum format =3D GL_LUMINANCE; // need to reload the texture if (this->GetMTime() > this->LoadTime.GetMTime() || this->Input->GetMTime() > this->LoadTime.GetMTime() || (this->GetLookupTable() && this->GetLookupTable()->GetMTime () > this->LoadTime.GetMTime())) { int bytesPerPixel; int *size; vtkScalars *scalars; unsigned char *dataPtr; int rowLength; unsigned char *resultData=3DNULL; int xsize, ysize; unsigned short xs,ys; GLuint tempIndex; // get some info size =3D this->Input->GetDimensions(); scalars =3D (this->Input->GetPointData())->GetScalars(); // make sure scalars are non null if (!scalars) { vtkErrorMacro(<< "No scalar values found for texture input!"); return; } bytesPerPixel =3D scalars->GetNumberOfComponents(); // make sure using unsigned char data of color scalars type if (this->MapColorScalarsThroughLookupTable || scalars->GetDataType() !=3D VTK_UNSIGNED_CHAR ) { dataPtr =3D this->MapScalarsToColors (scalars); bytesPerPixel =3D 4; } else { dataPtr =3D ((vtkUnsignedCharArray = *)scalars->GetData())->GetPointer(0); } // we only support 2d texture maps right now // so one of the three sizes must be 1, but it // could be any of them, so lets find it if (size[0] =3D=3D 1) { xsize =3D size[1]; ysize =3D size[2]; } else { xsize =3D size[0]; if (size[1] =3D=3D 1) { ysize =3D size[2]; } else { ysize =3D size[1]; if (size[2] !=3D 1) { vtkErrorMacro(<< "3D texture maps currently are not = supported!"); return; } } } // xsize and ysize must be a power of 2 in OpenGL xs =3D (unsigned short)xsize; ys =3D (unsigned short)ysize; while (!(xs & 0x01)) { xs =3D xs >> 1; } while (!(ys & 0x01)) { ys =3D ys >> 1; } // JORIS : resampling has to be done if // it is not power of two or if it is to big bool resampleNeeded =3D false; if ((xs > 1)||(ys > 1)) { resampleNeeded =3D true; } int maxDimGL; glGetIntegerv(GL_MAX_TEXTURE_SIZE,&maxDimGL); if ( xsize > maxDimGL || ysize > maxDimGL ) { vtkPSIDebugMacro( "Texture too big for gl, maximum is " << = maxDimGL); resampleNeeded =3D true; } if ( resampleNeeded ) { vtkDebugMacro(<< "Resampling texture to power of two for = OpenGL"); resultData =3D this->ResampleToPowerOfTwo(xsize, ysize, dataPtr, bytesPerPixel); } // format the data so that it can be sent to opengl // each row must be a multiple of 4 bytes in length // the best idea is to make your size a multiple of 4 // so that this conversion will never be done. rowLength =3D ((xsize*bytesPerPixel +3 )/4)*4; if (rowLength =3D=3D xsize*bytesPerPixel) { if ( resultData =3D=3D NULL ) { resultData =3D dataPtr; } } else { int col; unsigned char *src,*dest; int srcLength; srcLength =3D xsize*bytesPerPixel; resultData =3D new unsigned char [rowLength*ysize]; src =3D dataPtr; dest =3D resultData; for (col =3D 0; col < ysize; col++) { memcpy(dest,src,srcLength); src +=3D srcLength; dest +=3D rowLength; } } // define a display list for this texture // free any old display lists if (this->Index) { #ifdef GL_VERSION_1_1 tempIndex =3D this->Index; glDeleteTextures(1, &tempIndex); #else glDeleteLists(this->Index,1); #endif this->Index =3D 0; } // get a unique display list id #ifdef GL_VERSION_1_1 glGenTextures(1, &tempIndex); this->Index =3D tempIndex; glBindTexture(GL_TEXTURE_2D, this->Index); #else this->Index =3D glGenLists(1); glDeleteLists ((GLuint) this->Index, (GLsizei) 0); glNewList ((GLuint) this->Index, GL_COMPILE); #endif if (this->Interpolate) { glTexParameterf( GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR); glTexParameterf( GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR ); } else { glTexParameterf( GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_NEAREST = ); glTexParameterf( GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_NEAREST = ); } if (this->Repeat) { glTexParameterf( GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_REPEAT = ); glTexParameterf( GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_REPEAT = ); } else { glTexParameterf( GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_CLAMP ); glTexParameterf( GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_CLAMP ); } switch (bytesPerPixel) { case 1: format =3D GL_LUMINANCE; break; case 2: format =3D GL_LUMINANCE_ALPHA; break; case 3: format =3D GL_RGB; break; case 4: format =3D GL_RGBA; break; } glTexImage2D( GL_TEXTURE_2D, 0 , bytesPerPixel, xsize, ysize, 0, format, GL_UNSIGNED_BYTE, (const GLvoid *)resultData ); #ifndef GL_VERSION_1_1 glEndList (); #endif // modify the load time to the current time this->LoadTime.Modified(); // free memory if (resultData !=3D dataPtr) { delete [] resultData; } } // execute the display list that uses creates the texture #ifdef GL_VERSION_1_1 glBindTexture(GL_TEXTURE_2D, this->Index); #else glCallList ((GLuint) this->Index); #endif // don't accept fragments if they have zero opacity. this will stop = the // zbuffer from be blocked by totally transparent texture fragments. glAlphaFunc (GL_GREATER, (GLclampf) 0); glEnable (GL_ALPHA_TEST); // now bind it glEnable(GL_TEXTURE_2D); } static int FindPowerOfTwo(int i) { int size; for ( i--, size=3D1; i > 0; size*=3D2 ) { i /=3D 2; } int maxDimGL; glGetIntegerv(GL_MAX_TEXTURE_SIZE,&maxDimGL); if ( size > maxDimGL ) { size =3D maxDimGL ; } return size; } unsigned char * vtkPSIOpenGLTexture::ResampleToPowerOfTwo(int &xs, int = &ys, unsigned char *dptr, int bpp) { // copied from vtk, but FindPowerOfTwo is adapted unsigned char *tptr, *p, *p1, *p2, *p3, *p4; int xsize, ysize, i, j, k, jOffset, iIdx, jIdx; float pcoords[3], hx, hy, rm, sm, w0, w1, w2, w3; xsize =3D FindPowerOfTwo(xs); ysize =3D FindPowerOfTwo(ys); hx =3D (float)(xs - 1.0) / (xsize - 1.0); hy =3D (float)(ys - 1.0) / (ysize - 1.0); tptr =3D p =3D new unsigned char[xsize*ysize*bpp]; //Resample from the previous image. Compute parametric coordinates and = interpolate for (j=3D0; j < ysize; j++) { pcoords[1] =3D j*hy; jIdx =3D (int)pcoords[1]; if ( jIdx >=3D (ys-1) ) //make sure to interpolate correctly at edge { jIdx =3D ys - 2; pcoords[1] =3D 1.0; } else { pcoords[1] =3D pcoords[1] - jIdx; } jOffset =3D jIdx*xs; sm =3D 1.0 - pcoords[1]; for (i=3D0; i < xsize; i++) { pcoords[0] =3D i*hx; iIdx =3D (int)pcoords[0]; if ( iIdx >=3D (xs-1) ) { iIdx =3D xs - 2; pcoords[0] =3D 1.0; } else { pcoords[0] =3D pcoords[0] - iIdx; } rm =3D 1.0 - pcoords[0]; // Get pointers to 4 surrounding pixels p1 =3D dptr + bpp*(iIdx + jOffset); p2 =3D p1 + bpp; p3 =3D p1 + bpp*xs; p4 =3D p3 + bpp; // Compute interpolation weights interpolate components w0 =3D rm*sm; w1 =3D pcoords[0]*sm; w2 =3D rm*pcoords[1]; w3 =3D pcoords[0]*pcoords[1]; for (k=3D0; k < bpp; k++) { *p++ =3D p1[k]*w0 + p2[k]*w1 + p3[k]*w2 + p4[k]*w3; } } } xs =3D xsize; ys =3D ysize; return tptr; } ------=_NextPart_000_000C_01C1219E.D6F319D0 Content-Type: application/octet-stream; name="vtkPSIOpenGLTexture.h" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="vtkPSIOpenGLTexture.h" // vtkPSIOpenGLTexture.h: interface for the vtkPSIOpenGLTexture class. // ////////////////////////////////////////////////////////////////////// #if = !defined(AFX_VTKPSIOPENGLTEXTURE_H__5DF776DA_C9A9_11D3_B932_080036DAD703_= _INCLUDED_) #define = AFX_VTKPSIOPENGLTEXTURE_H__5DF776DA_C9A9_11D3_B932_080036DAD703__INCLUDED= _ #if _MSC_VER > 1000 #pragma once #endif // _MSC_VER > 1000 #include "vtkPSITexture.h" class vtkRenderer; // this will automatically resample to power of two, but also=20 // take into account limits of OpenGL // TODO EFFICIENCY :=20 // TODO FUNCTIONALITY :=20 // Do it smarter : ss3d texture are often very unefficient, with big = unused parts // Cropping should be interesting, however, then texture coordinates = have to be changed too class vtkPSIOpenGLTexture : public vtkPSITexture =20 { public: // virtual void ReleaseGraphicsResources(vtkWindow *); void Load(vtkRenderer *ren); vtkPSIOpenGLTexture(); virtual ~vtkPSIOpenGLTexture(); vtkTypeMacro(vtkPSIOpenGLTexture,vtkPSITexture); static vtkPSIOpenGLTexture *New() {return new vtkPSIOpenGLTexture;}; protected: unsigned char * ResampleToPowerOfTwo(int &xsize, int &ysize, unsigned = char *dptr, int bpp); }; #endif // = !defined(AFX_VTKPSIOPENGLTEXTURE_H__5DF776DA_C9A9_11D3_B932_080036DAD703_= _INCLUDED_) ------=_NextPart_000_000C_01C1219E.D6F319D0-- From jnorris@mcs.anl.gov Fri Aug 10 15:49:34 2001 From: jnorris@mcs.anl.gov (Johnny Norris) Date: Fri, 10 Aug 2001 09:49:34 -0500 Subject: [vtkusers] Easy was to remove empty cells, unused points? Message-ID: <20010810094934.A6550@lava.mcs.anl.gov> Hi, I'd like to know is if there's an existing filter to remove empty cells and/or any unused points from a vtkPolyData object. I have to remove a large percentage of cells from a vtkPolyData object, and I'd like to reclaim the memory used by the VTK_EMPTY_CELL placeholders and the unused points. It doesn't seem that vtkCleanPolyData does it, nor does simply calling the Squeeze() method. Thanks for any pointers, John -- John Norris Research Programmer Center for Simulation of Advanced Rockets http://www.uiuc.edu/ph/www/jnorris From kamucha@hfm.e-technik.uni-kassel.de Fri Aug 10 15:55:12 2001 From: kamucha@hfm.e-technik.uni-kassel.de (George Kamucha) Date: Fri, 10 Aug 2001 16:55:12 +0200 Subject: [vtkusers] vtkQGL, editing source code required? References: <200107121600.MAA24781@public.kitware.com> <3B7153CB.34817F49@hfm.e-technik.uni-kassel.de> <3B726D5B.3229CA04@student.mu-luebeck.de> Message-ID: <3B73F5D0.A608C28C@hfm.e-technik.uni-kassel.de> Hi Fabian, I downloaded vtk 3.1.2, compiled it and that did part of the trick, the installation of the vtkQGL31 sources was successful! But I have spent the last 26 hours or so trying to figure out why the compilation fails in the examples' directory. I am at my wits' ends and please if you have an idea about this error, please let me know, I will really appreciate. I am using qt 2.1.0 and I had thought I had set all the paths properly but something is definitely not right. Here is one of the the error messages I am getting: make[1]: Entering directory '/home/kamucha/vtkQGL31/examples' g++ -o simpleTest simpleTest.o -L../lib -L/usr/lib/qt/lib -L/home/kamucha/vtk312unix/vtk31/../lib -L/usr/X11R6/lib -lVTKQGL -lqgl -lqt -lVTKContrib -lVTKGraphics -lVTKPatented -lVTKImaging -lVTKCommon -lVTKGraphics -lGL -lX11 -lXt -lXmu -lXext -lm -lstdc++ ../lib/libVTKQGL.a(moc_vtkQGLWidget.o): in function 'vtkQGLWidget::initMetaObject(void)': moc_vtkQGLWidget.o(.text+0x1c): undefined reference to 'QGLWidget::className(void)const' ......................................................................................................... Best regards George Fabian Eilers wrote: > Hello! > > I've compiled vtkQGL (version vtk31) under Solaris Unix, IRIX 6.4 and Linux (mesa 2.4) > sucessfully.There are no problems. I use vtk 3.1.2 and qt 2.3.0 !! > My idea: check all INCLUDE-Pathes in the Makefile, and change them to your own > interests. Which system do you use (and which version?). > > Where are the VTK Headers (do you use vtk 3.2.0 or vtk 3.1.2), doesn't work with vtk 3.2.0, > therefore you must change the source files --> use vtk 3.1.2. > > If you want to, I take a look at the files tomorrow. I use them to write my own application and > therefore I must change them to my own interests. > > Greetings > Fabian > > ---------------------------------------- > Fabian Eilers > An der Mauer 39/41 > 23552 Lübeck > eilers@informatik.mu-luebeck.de > ----------------------------------------- > > George Kamucha schrieb: > > > Hi all, > > I am installing vtkQGL (version vtkQGL_vtk31) using vtk 3.1 and Qt 2.1.0 but > > when it reaches to the compilation of vtkQGLInteractorWidget.cpp, I get the > > following error: > > > > vtkQGLInteractorWidget.cpp: in method 'void > > vtkQGLInteractorWidget::PickActor(int, int)': > > vtkQGLInteractorWidget.cpp:529: type 'vtkActor' is not a base type for type > > 'vtkAssembly' > > vtkQGLInteractorWidget.cpp:533: no matching function for call to > > 'vtkQGLInteractorWidget::actorPicked(vtk Assembly *, vtkPicker *&)' > > vtkQGLInteractorWidget.h:125: candidates are: > > vtkQGLInteractorWidget::actorPicked(vtkActor *, vtkPicker *) > > make[1]: *** [vtkQGLInteractorWidget.o] Error 1 > > make[1]: Leaving directory 'home/kamucha/vtkQGL31/src' > > > > I am left wondering, do I have to change the source code > > vtkQGLInteractorWidget.cpp or is there something that I am missing somewhere? > > Please, anybody with an idea on this give me the necessary tip, it will be > > highly appreciated, thanks > > George > > > > _______________________________________________ > > This is the private VTK discussion list. > > Please keep messages on-topic. Check the FAQ at: > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/vtkusers - From anast.jm@pg.com Fri Aug 10 16:08:37 2001 From: anast.jm@pg.com (anast.jm@pg.com) Date: Fri, 10 Aug 2001 11:08:37 -0400 Subject: Weird ==> Re: [vtkusers] noise_data Message-ID: This is weird, I must have sent this message to the list at least a month ago and it just came to my email today...the immediate header below says the kitware server sent it on 7/5/2001! Can the internet be THAT slow or is it my internal mail problem (I hope not). Did others on the list see this message today??? .....thanks, john Internet Mail Message Received from host: public.kitware.com [208.136.18.25] Envelope Sender: vtkusers-admin@public.kitware.com From: John Anast-JM/PGI@PGI@public.kitware.com on 07/05/2001 05:10 PM AST John To: Karshi Anast-JM/PGI@PGI@public.kitware.com Cc: vtkusers@public.kitware.com (bcc: John Anast-JM/PGI) Subject: Re: [vtkusers] noise_data Sent by: vtkusers-admin@public.kitware.com 07/05/2001 05:10 PM Karshi, I've not used this class but .... from the man pages -> examples vtkImageMedian3D Python ./imaging/examplesPython/TestHybridMedian2D.py ./imaging/examplesPython/TestMedian3D.py Tcl ./imaging/examplesTcl/HybridMedianComparison.tcl ./imaging/examplesTcl/MedianComparison.tcl ./imaging/examplesTcl/TestHybridMedian2D.tcl ./imaging/examplesTcl/TestMedian3D.tcl If you don't know what I'm talking about, there is a series of man(ual) pages at http://public.kitware.com/vtk/quality/Doc/html/ Use the alphabetical list to find the class you are interested in using and on that classes page under "detailed description" there is a link to the examples (thats what I've pasted above) You will need to download the vtk source to get all the wonderful examples, as, if I remember correctly the binary installs just give a few examples....john Internet Mail Message Received from host: bureau8.utcc.utoronto.ca [128.100.132.18] From: Karshi @utoronto.ca on 07/05/2001 03:07 PM Karshi To: John Anast-JM/PGI@PGI @utoronto.ca Cc: Subject: Re: [vtkusers] noise_data Sent by: khasanov@utoronto.ca 07/05/2001 04:07 PM Thanks John, Where I can find an example of using vtkImageMedian3D? For example, if I have Ax[i,j,k],Ay[i,j,k] and Az[i,j,k] components of vector A,and these all StructuredPoints Data Array. How do I perform the vtkImageMedian3D method on these arrays? I use python, but I can transfer Tcl/C++ examples if it can becan found.. Thanks again anast.jm@pg.com wrote: > vtkImageMedian3D or vtkImageGaussianSmooth perhaps would fit your need....john > > > Internet Mail Message > Received from host: public.kitware.com > [208.136.18.25] > > > From: Karshi @public.kitware.com on 07/04/2001 08:42 > PM > > Karshi To: "vtkusers@public.kitware.com" > @public.kitware.com > Cc: (bcc: John Anast-JM/PGI) > Subject: [vtkusers] noise_data > Sent by: vtkusers-admin@public.kitware.com > 07/04/2001 09:42 PM > > > > Hi , > > Is there any method in VTK to reduce noise data (from MRI)? I have a > lot of noise in my data, and having a problem to draw streamlines. I > Thanks > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: < > http://public.kitware.com/cgi-bin/vtkfaq> > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers _______________________________________________ This is the private VTK discussion list. Please keep messages on-topic. Check the FAQ at: < http://public.kitware.com/cgi-bin/vtkfaq> Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/vtkusers From Michael-Dresser@mail.omrf.ouhsc.edu Fri Aug 10 17:41:10 2001 From: Michael-Dresser@mail.omrf.ouhsc.edu (Mike Dresser, MD, PhD) Date: Fri, 10 Aug 2001 11:41:10 -0500 Subject: [vtkusers] MFC Sample program screen repaint problem Message-ID: Hello all. I have a problem when I run the MFC Sample program in WinNT that doesn't occur when I use Win98. If I close all the child windows, then open a new one(s), I get an "ugly," degraded repaint of all areas of the display other than the new child window(s). Does anyone know how to fix this? Thanks. Mike --------------------------- Michael E. Dresser Email: dresserm@omrf.ouhsc.edu From ddey@forwardimaging.com Fri Aug 10 18:20:09 2001 From: ddey@forwardimaging.com (Damini Dey) Date: Fri, 10 Aug 2001 13:20:09 -0400 Subject: [vtkusers] building vtk dlls in debug mode Message-ID: <3B7417C9.B8B13E21@forwardimaging.com> Hi all, Is there a way to make the vtk dlls (e.g. vtkImaging.dll or vtkLocal.dll) with debug information ? Thanks, Damini. From amy.henderson@kitware.com Fri Aug 10 18:35:05 2001 From: amy.henderson@kitware.com (Amy Henderson) Date: Fri, 10 Aug 2001 13:35:05 -0400 Subject: [vtkusers] building vtk dlls in debug mode In-Reply-To: <3B7417C9.B8B13E21@forwardimaging.com> Message-ID: <4.3.2.7.2.20010810133325.022b7ac0@pop.nycap.rr.com> Yes. If you are using MSVC++, in the Build menu, there is a "Set Active Configuration" option. In the dialog box that comes up, select "Debug". Then rebuild. - Amy At 01:20 PM 8/10/2001 -0400, Damini Dey wrote: >Hi all, > >Is there a way to make the vtk dlls (e.g. vtkImaging.dll or >vtkLocal.dll) with debug information ? >Thanks, > >Damini. > > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: > >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers From amy.henderson@kitware.com Fri Aug 10 19:27:52 2001 From: amy.henderson@kitware.com (Amy Henderson) Date: Fri, 10 Aug 2001 14:27:52 -0400 Subject: [vtkusers] building vtk dlls in debug mode In-Reply-To: <4.3.2.7.2.20010810133325.022b7ac0@pop.nycap.rr.com> References: <3B7417C9.B8B13E21@forwardimaging.com> Message-ID: <4.3.2.7.2.20010810142614.022c0588@pop.nycap.rr.com> The instructions below assume that you're using the new VTK tree. To build with debug information in the old tree, you need to run nmake in the Debug directory. - Amy At 01:35 PM 8/10/2001 -0400, Amy Henderson wrote: >Yes. If you are using MSVC++, in the Build menu, there is a "Set Active >Configuration" option. In the dialog box that comes up, select >"Debug". Then rebuild. > >- Amy > >At 01:20 PM 8/10/2001 -0400, Damini Dey wrote: >>Hi all, >> >>Is there a way to make the vtk dlls (e.g. vtkImaging.dll or >>vtkLocal.dll) with debug information ? >>Thanks, >> >>Damini. >> >> >>_______________________________________________ >>This is the private VTK discussion list. >>Please keep messages on-topic. Check the FAQ at: >> >>Follow this link to subscribe/unsubscribe: >>http://public.kitware.com/mailman/listinfo/vtkusers > > >_______________________________________________ >This is the private VTK discussion list. Please keep messages on-topic. >Check the FAQ at: >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers From rayg@bu.edu Sat Aug 11 04:15:04 2001 From: rayg@bu.edu (rayg@bu.edu) Date: Fri, 10 Aug 2001 23:15:04 -0400 Subject: [vtkusers] Animation of Datasets? Message-ID: <200108110315.XAA58966@acsrs1.bu.edu> Hi, I am trying to get VTK to do rudimentary animation. I have 5 data sets, a vector field generated over 5 discrete time periods, and I would like to display them one after the other in an animation loop. I would also like to be able to move and interact through the data as the animation is playing. Is this possible? Has anyone done this? I have looked at the examples KeyFrame.tcl and the animated bottle example, but these are just a static playback with no ability to move through data. I have tried loading each dataset into its own Actor, and then using the vtk interactor in tcl, I add one data Actor to the renderer and remove the other Actors. e.g. ren1 AddActor Data1Actor ren1 RemoveActor Data2Actor ren1 RemoveActor Data3Actor ren1 RemoveActor Data4Actor ren1 RemoveActor Data5Actor renWin Render (ren1 is a vtkRenderer, and renWin is a vtkRenderWindow) I do this for each Dataset, adding it and removing the others. This works somewhat but is kludgy as I must type in the commands into the interactor in tcl. Is there any way to automate the adding and removing of actors over time? Thanks Anyhelp; would be greatly appreciated. Ray Gasser Boston Univerity rayg@bu.edu From nNunn@ausport.gov.au Sat Aug 11 05:38:35 2001 From: nNunn@ausport.gov.au (Nigel Nunn) Date: Sat, 11 Aug 2001 14:38:35 +1000 Subject: [vtkusers] Re: Animation of Datasets? Message-ID: <24962C31F35BD311A1450000F81F32BD05128291@elmo.ausport.gov.au> Hi Ray, > I am trying to get VTK to do rudimentary animation. I have > 5 data sets, a vector field generated over 5 discrete time > periods, and I would like to display them one after the > other in an animation loop. I would also like to be able > to move and interact through the data as the animation > is playing. > Is this possible? Has anyone done this? > I have looked at the examples KeyFrame.tcl and the animated > bottle example, but these are just a static playback with no > ability to move through data. > I have tried loading each dataset into its own Actor, and > then using the vtk interactor in tcl, I add one data Actor > to the renderer and remove the other Actors. > ... With a VC++6 / WinNT / MFC app (e.g. see demo "Sample"), you might get a worker thread to calc results, sending a message to the GUI thread to load each new dataset. With two CPUs, the GUI interaction runs on one chip, while heavy calcs run on the other. This keeps the interaction smooth. Using synchronization objects (or timers) one can adjust the flow of the simulation. Freezing the GUI during long calcs loses marks :-) Nigel From charlie.chang@nchc.gov.tw Sat Aug 11 07:08:29 2001 From: charlie.chang@nchc.gov.tw (Charlie H. Chang) Date: Sat, 11 Aug 2001 14:08:29 +0800 Subject: [vtkusers] problem on compiling VTK3.2 with MPICH Message-ID: <000a01c1222c$0bbac720$9f3c6e8c@pavo095> This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C1226F.19E11460 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpJIGhhdmUgdHJpZWQgdG8gY29tcGlsZSBWVEszLjIgYW5kIFZUSyBuaWdodGx5 IHdpdGggIi0td2l0aC1tcGkgLS13aXRoLXBhcmFsbGVsIC4uLiIgb3B0aW9ucy4gIA0KQW5kIEkg d2FzIHRvbGQgdG8gcHV0ICAiTVBJX0lOQ0xVREUiIGFuZCAiTVBJX0xJQlMiIGluIG15IHVzZXIu bWFrZSBmaWxlLiAgDQpCdXQgSSBnb3Qgc29tZSBjb21waWxpbmcgZXJyb3I6IA0KICAgICAiYysr OiBjYW5ub3Qgc3BlY2lmeSAgIC1vIHdpdGggLWMgb3IgLVMgYW5kIG11bHRpcGxlIGNvbXBpbGF0 aW9ucyIuICANCg0KU28gSSByZW1vdmVkIHRoZSAiTVBJX0lOQ0xVREUiIGFuZCBpdCBzZWVtZWQg YmV0dGVyIGFuZCBJIGdvdCBhcyBmYXIgYXMgDQp0aGUgY29tcGlsZXIgdHJ5aW5nIHRvIGRvICJt YWtlIiBpbiB0aGUgcGFyYWxsZWwgZGlyZWN0b3kuIChpdCBjb3VsZG4ndCBmaW5kIHRoZSBtcGku aCBldGMpICANCg0KRG9lcyBhbnlvbmUga25vdyBob3cgdG8gZ2V0IHRoaXMgZml4Pw0KVGhhbmsg eW91IGluIGFkdmFuY2UhDQoNCkNoYXJsaWUgSC4gQ2hhbmcgDQpjaGFybGllLmNoYW5nQG5jaGMu Z292LnR3DQpOYXRpb25hbCBDZW50ZXIgZm9yIEhpZ2gtcGVyZm9ybWFuY2UgQ29tcHV0aW5nDQpU ZWw6ICs4ODYtMy01Nzc2MDg1IHgzNjINCkZheDogKzg4Ni0zLTM1MzgNCg0KDQo= ------=_NextPart_000_000B_01C1226F.19E11460 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgSFRUUC1FUVVJVj0iQ29udGVudC1UeXBlIiBDT05U RU5UPSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQoNCg0KPE1FVEEgY29udGVudD0iTVNIVE1M IDUuNTAuNDUyMi4xODAwIiBuYW1lPUdFTkVSQVRPUj48L0hFQUQ+DQo8Qk9EWT4NCjxESVY+PFNQ QU4gY2xhc3M9NTMxMTIwMDA2LTExMDgyMDAxPjxGT05UIGZhY2U9QXJpYWw+SGkgYWxsLDwvRk9O VD48L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIGNsYXNzPTUzMTEyMDAwNi0xMTA4MjAwMT48Rk9O VCBmYWNlPUFyaWFsPjwvRk9OVD48L1NQQU4+Jm5ic3A7PC9ESVY+DQo8RElWPjxTUEFOIGNsYXNz PTUzMTEyMDAwNi0xMTA4MjAwMT48Rk9OVCBmYWNlPUFyaWFsPkkgaGF2ZSB0cmllZCB0byBjb21w aWxlIA0KVlRLMy4yIGFuZCBWVEsgbmlnaHRseSB3aXRoIDwvRk9OVD48L1NQQU4+PFNQQU4gY2xh c3M9NTMxMTIwMDA2LTExMDgyMDAxPjxGT05UIA0KZmFjZT1BcmlhbD4iLS13aXRoLW1waSAtLXdp dGgtcGFyYWxsZWwgLi4uIiBvcHRpb25zLiZuYnNwOyA8L0ZPTlQ+PC9TUEFOPjwvRElWPg0KPERJ Vj48U1BBTiBjbGFzcz01MzExMjAwMDYtMTEwODIwMDE+PEZPTlQgZmFjZT1BcmlhbD5BbmQgSSB3 YXMgdG9sZCB0byBwdXQmbmJzcDsgDQo8L0ZPTlQ+PC9TUEFOPjxTUEFOIGNsYXNzPTUzMTEyMDAw Ni0xMTA4MjAwMT48Rk9OVCBmYWNlPUFyaWFsPiJNUElfSU5DTFVERSIgYW5kIA0KPC9GT05UPjwv U1BBTj48U1BBTiBjbGFzcz01MzExMjAwMDYtMTEwODIwMDE+PEZPTlQgZmFjZT1BcmlhbD4iTVBJ X0xJQlMiIGluIG15IA0KdXNlci5tYWtlIGZpbGUuJm5ic3A7IDwvRk9OVD48L1NQQU4+PC9ESVY+ DQo8RElWPjxTUEFOIGNsYXNzPTUzMTEyMDAwNi0xMTA4MjAwMT48Rk9OVCBmYWNlPUFyaWFsPkJ1 dCBJIGdvdCBzb21lIGNvbXBpbGluZyANCmVycm9yOiA8L0ZPTlQ+PC9TUEFOPjwvRElWPg0KPERJ Vj48U1BBTiBjbGFzcz01MzExMjAwMDYtMTEwODIwMDE+PEZPTlQgZmFjZT1BcmlhbD4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgDQoiYysrOiBjYW5ub3Qgc3BlY2lmeSZuYnNwOyZuYnNwOyAtbyB3 aXRoIC1jIG9yIC1TIGFuZCBtdWx0aXBsZSANCmNvbXBpbGF0aW9ucyIuJm5ic3A7IDwvRk9OVD48 L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIGNsYXNzPTUzMTEyMDAwNi0xMTA4MjAwMT48Rk9OVCBm YWNlPUFyaWFsPjwvRk9OVD48L1NQQU4+Jm5ic3A7PC9ESVY+DQo8RElWPjxTUEFOIGNsYXNzPTUz MTEyMDAwNi0xMTA4MjAwMT48Rk9OVCBmYWNlPUFyaWFsPlNvIEkgcmVtb3ZlZCB0aGUgDQoiTVBJ X0lOQ0xVREUiIGFuZCBpdCBzZWVtZWQgYmV0dGVyIGFuZCBJIGdvdCBhcyBmYXIgYXMgPC9GT05U PjwvU1BBTj48L0RJVj4NCjxESVY+PFNQQU4gY2xhc3M9NTMxMTIwMDA2LTExMDgyMDAxPjxGT05U IGZhY2U9QXJpYWw+dGhlIGNvbXBpbGVyIHRyeWluZyB0byBkbyANCiJtYWtlIiBpbiB0aGUgcGFy YWxsZWwgZGlyZWN0b3kuIChpdCBjb3VsZG4ndCBmaW5kIHRoZSBtcGkuaCBldGMpJm5ic3A7IA0K PC9GT05UPjwvU1BBTj48L0RJVj4NCjxESVY+PFNQQU4gY2xhc3M9NTMxMTIwMDA2LTExMDgyMDAx PjxGT05UIGZhY2U9QXJpYWw+PC9GT05UPjwvU1BBTj4mbmJzcDs8L0RJVj4NCjxESVY+PFNQQU4g Y2xhc3M9NTMxMTIwMDA2LTExMDgyMDAxPjxGT05UIGZhY2U9QXJpYWw+RG9lcyBhbnlvbmUga25v dyBob3cgdG8gZ2V0IA0KdGhpcyBmaXg/PC9GT05UPjwvU1BBTj48L0RJVj4NCjxESVY+PFNQQU4g Y2xhc3M9NTMxMTIwMDA2LTExMDgyMDAxPjxGT05UIGZhY2U9QXJpYWw+VGhhbmsgeW91IGluIA0K YWR2YW5jZSE8L0ZPTlQ+PC9TUEFOPjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsPjwvRk9O VD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbD48U1RST05HPjxGT05UIGNvbG9y PSMwMDAwYTA+Q2hhcmxpZSBILiANCkNoYW5nPC9GT05UPjwvU1RST05HPiA8L0ZPTlQ+PC9ESVY+ DQo8RElWPjxBIGhyZWY9Im1haWx0bzpjaGFybGllY2hhbmdAbmNoYy5nb3YudHciPjxGT05UIGZh Y2U9QXJpYWwgY29sb3I9IzAwODBjMCANCnNpemU9Mj48U1RST05HPmNoYXJsaWUuY2hhbmdAbmNo Yy5nb3YudHc8L1NUUk9ORz48L0ZPTlQ+PC9BPjwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+PEZP TlQgZmFjZT1BcmlhbD48Rk9OVCBzaXplPTM+TjwvRk9OVD5hdGlvbmFsIDxGT05UIA0Kc2l6ZT0z PkM8L0ZPTlQ+ZW50ZXIgZm9yIDxGT05UIHNpemU9Mz5IPC9GT05UPmlnaC1wZXJmb3JtYW5jZSA8 Rk9OVCANCnNpemU9Mz5DPC9GT05UPm9tcHV0aW5nPC9GT05UPjwvRk9OVD48L0RJVj4NCjxESVY+ PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+VGVsOiArODg2LTMtNTc3NjA4NSB4MzYyPC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj5GYXg6ICs4ODYtMy0zNTM4PC9GT05U PjwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+ DQo8RElWPjxGT05UIGZhY2U9QXJpYWw+PC9GT05UPiZuYnNwOzwvRElWPjwvQk9EWT48L0hUTUw+ DQo= ------=_NextPart_000_000B_01C1226F.19E11460-- From troberts@computing.dundee.ac.uk Mon Aug 13 03:50:08 2001 From: troberts@computing.dundee.ac.uk (Tim Roberts) Date: Mon, 13 Aug 2001 02:50:08 +0000 Subject: [vtkusers] Finding Edges Message-ID: <01081302500800.03735@tigger> I am new to VTK and it looks very interesting. I am researching human tracking (machine vision) and would like to know if VTK can help with this:- - Finding the edge segments of a articulated model (person) as viewed from a particular camera. Ie find the contour of the person - Do hidden surface removal and give me back not just a picture but which body part is shown at a particular point. Ie find body part regions. I need this so that I can use edge and region features to do statistics. Thanks Tim University of Dundee Scotland From m.audette@aist.go.jp Mon Aug 13 03:02:59 2001 From: m.audette@aist.go.jp (Michel Audette) Date: Mon, 13 Aug 2001 11:02:59 +0900 Subject: [vtkusers] Link problem with VTK 3.2 under RH Linux 6.2 and gcc 2.95.3: abstract virtual functions. Message-ID: <001f01c1239c$13a40070$906f1d96@MELCAS11> This is a multi-part message in MIME format. ------=_NextPart_000_001C_01C123E7.8363FC30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Everyone,=20 I am trying to use VTK 3.2 with Red Hat Linux 6.2 and compiled under gcc = 2.95.3, and while it compiles properly, I get the following message when = trying to link with the libraries:=20 In file included from /home/maudette/vtk3.2/patented/vtkPatented.h:48, from /home/maudette/vtk3.2/common/vtk.h:46, from visualize.c++:4: /home/maudette/vtk3.2/patented/vtkKitwareObjectFactory.h: In function `static class vtkKitwareObjectFactory * vtkKitwareObjectFactory::New()': /home/maudette/vtk3.2/patented/vtkKitwareObjectFactory.h:59: cannot allocate an object of type `vtkKitwareObjectFactory' /home/maudette/vtk3.2/patented/vtkKitwareObjectFactory.h:59: since the following virtual functions are abstract: /home/maudette/vtk3.2/common/vtkObjectFactory.h:115: const char * vtkObjectFactory::GetDescription() make: *** [visualize] Error 1 Has anyone seen this before, or can anyone suggest a simple fix?=20 Thank you for your kind consideration. Best regards,=20 Michel Audette Research Fellow, Surgical Simulation,=20 Surgical Assist Group, AIST,=20 Namiki 1-2, Tsukuba,=20 305-8564, Japan ------=_NextPart_000_001C_01C123E7.8363FC30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello Everyone,
 
I am trying to use VTK 3.2 with Red Hat = Linux 6.2=20 and compiled under gcc 2.95.3, and while it compiles properly, I get the = following message when trying to link with the libraries:
 
In file included from=20 /home/maudette/vtk3.2/patented/vtkPatented.h:48,
   &nb= sp;           &nbs= p;=20 from=20 /home/maudette/vtk3.2/common/vtk.h:46,
     &= nbsp;          =20 from=20 visualize.c++:4:
/home/maudette/vtk3.2/patented/vtkKitwareObjectFactor= y.h: In=20 function
`static class vtkKitwareObjectFactory *=20 vtkKitwareObjectFactory::New()':
/home/maudette/vtk3.2/patented/vtkKit= wareObjectFactory.h:59:=20 cannot
allocate an object of type=20 `vtkKitwareObjectFactory'
/home/maudette/vtk3.2/patented/vtkKitwareObj= ectFactory.h:59:  =20 since the
following virtual functions are=20 abstract:
/home/maudette/vtk3.2/common/vtkObjectFactory.h:115: const = char=20 *
vtkObjectFactory::GetDescription()
make: *** [visualize] Error=20 1
Has anyone seen this before, or can = anyone suggest=20 a simple fix?
 
Thank you for your kind consideration. = Best=20 regards,
Michel Audette
Research Fellow, = Surgical=20 Simulation,
Surgical Assist Group, AIST,
Namiki 1-2, Tsukuba,=20
305-8564, Japan
------=_NextPart_000_001C_01C123E7.8363FC30-- From charlie.chang@nchc.gov.tw Mon Aug 13 03:20:43 2001 From: charlie.chang@nchc.gov.tw (Charlie H. Chang) Date: Mon, 13 Aug 2001 10:20:43 +0800 Subject: [vtkusers] testing - please ignore this message. Sorry! Message-ID: <001701c1239e$8ea24a50$9f3c6e8c@pavo095> This is a multi-part message in MIME format. ------=_NextPart_000_0018_01C123E1.9CC58A50 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 8bit I am testing my email client. I was told my previous posting are not readable because I accidently enable the base 64 encoding scheme on outlook.... Sorry. Charlie H. Chang (±i§»¥Í) charlie.chang@nchc.gov.tw National Center for High-performance Computing Tel: +886-3-5776085 x362 Fax: +886-3-3538 ------=_NextPart_000_0018_01C123E1.9CC58A50 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
I am testing my email = client.
I was told my previous posting are = not=20 readable because I accidently enable the
base 64 encoding scheme on=20 outlook....
Sorry.
 
Charlie H. = Chang=20 (=B1i=A7=BB=A5=CD)
National=20 Center for High-performance Computing
Tel: +886-3-5776085 x362
Fax: +886-3-3538
 
 
------=_NextPart_000_0018_01C123E1.9CC58A50-- From charlie.chang@nchc.gov.tw Mon Aug 13 03:33:59 2001 From: charlie.chang@nchc.gov.tw (Charlie H. Chang) Date: Mon, 13 Aug 2001 10:33:59 +0800 Subject: [vtkusers] Help on VTK3.2 compiling error with MPICH Message-ID: <001e01c123a0$68d6c650$9f3c6e8c@pavo095> Hi all, I have tried to compile VTK3.2 and VTK nightly with "--with-mpi --with-parallel ..." options. And I was told to put "MPI_INCLUDE" and "MPI_LIBS" in my user.make file. But I got some compiling error: "c++: cannot specify -o with -c or -S and multiple compilations". So I removed the "MPI_INCLUDE" and it seemed better and I got as far as the compiler trying to do "make" in the parallel directoy. (it couldn't find the mpi.h etc) Does anyone know how to get this fix? Thank you in advance! Charlie H. Chang charlie.chang@nchc.gov.tw National Center for High-performance Computing Tel: +886-3-5776085 x362 Fax: +886-3-3538 From eilers@informatik.mu-luebeck.de Mon Aug 13 12:05:15 2001 From: eilers@informatik.mu-luebeck.de (Fabian Eilers) Date: Mon, 13 Aug 2001 13:05:15 +0200 Subject: [vtkusers] vtkQGL, editing source code required? References: <200107121600.MAA24781@public.kitware.com> <3B7153CB.34817F49@hfm.e-technik.uni-kassel.de> <3B726D5B.3229CA04@student.mu-luebeck.de> <3B73F5D0.A608C28C@hfm.e-technik.uni-kassel.de> Message-ID: <3B77B46B.B952E2F1@informatik.mu-luebeck.de> This is a multi-part message in MIME format. --------------18876D6F95D18176882A0BBC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi !! There is a failure in the "moc-compilation". Qt uses this for their SIGNAL-SLOT-Konzept. But I don't realize where... Which compiler do you use ? Try another. Perhaps it works. Try another qt-Version. I prefer qt 2.3.0, because you don't have the qgl-Library anymore. But take a look at the attachments. I have no other ideas. Sorry. It's "try and error". On a SGI you must have the right order: - the include pathes first -> I..../vtk312/common, then /graphics, then /imaging, then /contrib, then /patented - then the libraries in same order -> L..../vtk312/common -lVTKCommon, and so on... I sent the Makefile of my compilation as attachment. It works. Greetings Fabian George Kamucha wrote: > Hi Fabian, > I downloaded vtk 3.1.2, compiled it and that did part of the trick, the installation of the > vtkQGL31 sources was successful! But I have spent the last 26 hours or so trying to figure out why > the compilation fails in the examples' directory. I am at my wits' ends and please if you have an > idea about this error, please let me know, I will really appreciate. I am using qt 2.1.0 and I had > thought I had set all the paths properly but something is definitely not right. Here is one of the > the error messages I am getting: > > make[1]: Entering directory '/home/kamucha/vtkQGL31/examples' > g++ -o simpleTest simpleTest.o -L../lib -L/usr/lib/qt/lib -L/home/kamucha/vtk312unix/vtk31/../lib > -L/usr/X11R6/lib > -lVTKQGL -lqgl -lqt -lVTKContrib -lVTKGraphics -lVTKPatented -lVTKImaging -lVTKCommon -lVTKGraphics > > -lGL -lX11 -lXt -lXmu -lXext -lm -lstdc++ > ../lib/libVTKQGL.a(moc_vtkQGLWidget.o): in function 'vtkQGLWidget::initMetaObject(void)': > moc_vtkQGLWidget.o(.text+0x1c): undefined reference to 'QGLWidget::className(void)const' > ......................................................................................................... --------------18876D6F95D18176882A0BBC Content-Type: text/plain; charset=us-ascii; name="include-sgi.make" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="include-sgi.make" # CFLAGS = -g -fullwarn -woff 1681,1375 #CFLAGS = -O2 -fullwarn -woff 1681,1375 LIBCFLAGS = YACCCFLAGS = -woff 3262,3203 LFLAGS = CC = CC SHELL = /bin/sh LIBPREFIX = lib LIBNAME = VTKQGL LIBSUFFIX = .a #------------------------------------------------------------------------------ # user-editable QT - defines. QTDIR = /opt/local/qt-2.3.0 MOC = $(QTDIR)/bin/moc QT_INCL = -I$(QTDIR)/include QT_LDFLAGS = -L/opt/local/qt-2.3.0/lib QT_LIBS = -lqt #------------------------------------------------------------------------------ # user-editable VTK - defines. VTK_CXX_FLAGS = -DVTK_WORDS_BIGENDIAN \ -DVTK_USE_PTHREADS \ -D_HP_NO_FAST_MACROS -DHAVE_LIMITS_H -DHAVE_UNISTD_H TOOLKIT_FLAGS = -DVTK_USE_GRAPHICS -DVTK_USE_IMAGING \ -DVTK_USE_PATENTED -DVTK_USE_CONTRIB GRAPHICS_FLAGS = -DVTK_USE_GLR -DVTK_USE_OGLR VTKDIR = /opt/local/vtk312 VTK_FLAGS = ${VTK_CXX_FLAGS} ${TOOLKIT_FLAGS} ${GRAPHICS_FLAGS} VTK_INCL = -I${VTKDIR}/common -I${VTKDIR}/graphics \ -I${VTKDIR}/patented -I${VTKDIR}/imaging \ -I${VTKDIR}/contrib VTK_LDFLAG = -L$(VTKDIR)/lib VTK_LIBS = -lVTKContrib -lVTKGraphics -lVTKPatented \ -lVTKImaging -lVTKCommon -lVTKGraphics #------------------------------------------------------------------------------ # user-editable GL - defines. # Include path and libraries for Mesa. # For SGI OpenGL: replace MesaGL with GL and MesaGLU with GLU. GL_INCL = -I/usr/include GL_LDFLAG = GL_LIBS = -lGL -lX11 -lXt -lXmu -lXext -lm -lpthread #------------------------------------------------------------------------------ # INCL = -I../src $(QT_INCL) $(VTK_INCL) $(GL_INCL) LFLAGS = -L../lib $(QT_LDFLAGS) $(VTK_LDFLAG) $(GL_LDFLAG) LIBS = $(QT_LIBS) $(VTK_LIBS) $(GL_LIBS) #-lgl ###### Implicit rules .SUFFIXES: .cpp .C .cpp.o: $(CC) -c $(CFLAGS) $(VTK_FLAGS) $(INCL) -o $@ $< .C.o: $(CC) -c $(CFLAGS) $(VTK_FLAGS) $(INCL) -o $@ $< --------------18876D6F95D18176882A0BBC Content-Type: text/plain; charset=us-ascii; name="include-linux.make" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="include-linux.make" # CFLAGS = -O2 #LIBCFLAGS = #YACCCFLAGS = #LFLAGS = CC = g++ SHELL = /bin/sh LIBPREFIX = lib LIBNAME = VTKQGL LIBSUFFIX = .a #------------------------------------------------------------------------------ # user-editable QT - defines. QTDIR = /usr/lib/qt MOC = $(QTDIR)/bin/moc QT_INCL = -I$(QTDIR)/include QT_LDFLAGS = -L/opt/qt/lib QT_LIBS = -lqgl -lqt #------------------------------------------------------------------------------ # user-editable VTK - defines. VTK_CXX_FLAGS = -DVTK_WORDS_BIGENDIAN \ -DVTK_USE_SPROC \ -D_HP_NO_FAST_MACROS -DHAVE_LIMITS_H -DHAVE_UNISTD_H TOOLKIT_FLAGS = -DVTK_USE_GRAPHICS -DVTK_USE_IMAGING \ -DVTK_USE_PATENTED -DVTK_USE_CONTRIB GRAPHICS_FLAGS = -DVTK_USE_GLR -DVTK_USE_OGLR VTKDIR = /usr/vtk/vtk312/ VTK_FLAGS = ${VTK_CXX_FLAGS} ${TOOLKIT_FLAGS} ${GRAPHICS_FLAGS} VTK_INCL = -I${VTKDIR}/common -I${VTKDIR}/graphics \ -I${VTKDIR}/patented -I${VTKDIR}/imaging \ -I${VTKDIR}/contrib VTK_LDFLAG = -L$(VTKDIR)/lib VTK_LIBS = -lVTKContrib -lVTKGraphics -lVTKPatented \ -lVTKImaging -lVTKCommon -lVTKGraphics #------------------------------------------------------------------------------ # user-editable GL - defines. # Include path and libraries for Mesa. # For SGI OpenGL: replace MesaGL with GL and MesaGLU with GLU. GL_INCL = -I/usr/include GL_LDFLAG = -L/usr/X11R6/lib GL_LIBS = -lMesaGL -lX11 -lXt -lXmu -lXext -lm -lstdc++ #------------------------------------------------------------------------------ # INCL = -I../src $(QT_INCL) $(VTK_INCL) $(GL_INCL) LFLAGS = -L../lib $(QT_LDFLAGS) $(VTK_LDFLAG) $(GL_LDFLAG) LIBS = $(QT_LIBS) $(VTK_LIBS) $(GL_LIBS) ###### Implicit rules .SUFFIXES: .cpp .C .cpp.o: $(CC) -c $(CFLAGS) $(VTK_FLAGS) $(INCL) -o $@ $< .C.o: $(CC) -c $(CFLAGS) $(VTK_FLAGS) $(INCL) -o $@ $< --------------18876D6F95D18176882A0BBC Content-Type: text/x-vcard; charset=us-ascii; name="eilers.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Fabian Eilers Content-Disposition: attachment; filename="eilers.vcf" begin:vcard n:Eilers;Fabian x-mozilla-html:FALSE adr:;;An der Mauer 39/41;23552 Lübeck;Deutschland;; version:2.1 email;internet:eilers@informatik.mu-luebeck.de x-mozilla-cpt:;0 fn:Fabian Eilers end:vcard --------------18876D6F95D18176882A0BBC-- From kuebler@ira.uka.de Mon Aug 13 14:03:13 2001 From: kuebler@ira.uka.de (Carsten =?iso-8859-1?Q?K=FCbler?=) Date: Mon, 13 Aug 2001 15:03:13 +0200 Subject: [vtkusers] _CrtIsValidHeapPointer(pUserData)problem with vtkdll.dll Message-ID: <3B77D011.535C6F74@ira.uka.de> This is a multi-part message in MIME format. --------------9A3FF28E1CAD2359E40D7946 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hej, a few days ago I suggested a problem with M$ Windows and vtk (as dll) (running into problems....QT VTK DLL). Now a few days later, I have a comparable problem. The programm failed because of: Debug Assertion Failed! File: dbgheap.c Line: 1044 Expression: _CrtIsValidHeapPointer(pUserData) I would appreciate that this problem occures frequently, but I found nothing in the mailarchive. The only way to solve this problem is, to change the concept of vtk - all objects had to delete their allocated memory (now it's distributed in the source). The actual problem occures in our new class for multitexture support (we use code from vtkopengltexture's Load() method). Trace the assigned memory of the resultData variable.... Thanks to the existence of vtkCharArray I was able to write a class for both problems class vtkMemoryKruecke : private vtkCharArray { public: ... char *NewMemory(int size); void DeleteMemory(char *ptr); ... } // allocate memory out of the vtkdll.dll char *vtkMemoryKruecke::NewMemory(int size) { this->SaveUserArray=true; this->Allocate(size,0); char*tmp=this->Array; this->Array= NULL; this->Size=0; return tmp; }; // delete memory in the vtkdll.dll void vtkMemoryKruecke::DeleteMemory(char *ptr) { this->SaveUserArray=false; this->Array=ptr; this->Initialize(); } I think it's a diry hack, but I don't know how to solve the problem on a better way. Carsten --------------9A3FF28E1CAD2359E40D7946 Content-Type: text/x-vcard; charset=us-ascii; name="kuebler.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Carsten Kübler Content-Disposition: attachment; filename="kuebler.vcf" begin:vcard n:Kuebler;Carsten tel;fax:+49-721/608-7141 tel;work:+49-721/608-8934 x-mozilla-html:FALSE url:http://wwwipr.ira.uka.de/~kuebler org:University of Karlsruhe (TH);Department of Computer Science/Institute for Process Control and Robotics version:2.1 email;internet:kuebler@ira.uka.de adr;quoted-printable:;;Kaiserstr. 12=0D=0AGeb. 40.28;Karlsruhe;BW;76128;Germany x-mozilla-cpt:;-21504 fn:Carsten Kübler end:vcard --------------9A3FF28E1CAD2359E40D7946-- From lyon@cs.queensu.ca Mon Aug 13 20:26:29 2001 From: lyon@cs.queensu.ca (Jennifer Lyon) Date: Mon, 13 Aug 2001 15:26:29 -0400 Subject: [vtkusers] Do you have a nice arrow? Message-ID: <004a01c1242d$da6dc600$dc020f82@index> Hi there, We're looking for a VTKActor which is a simple arrow (perhaps a cone with a cylinder attached?) If someone has already created a nice one, perhaps we can make good use of it too! Thanks for any help! From pushkare@students.uiuc.edu Mon Aug 13 21:23:24 2001 From: pushkare@students.uiuc.edu (Gala'Vi and Liss @ Mainframe Country) Date: Mon, 13 Aug 2001 15:23:24 -0500 (CDT) Subject: [vtkusers] problem isosurfacing Message-ID: Hello fellow VTK users, I'm trying to compute an isosurface for a rather large rectilinear grid dataset using vtkContourFilter. I have vtk3.1.2 on SGI IRIX 6.5. Here's the code that I'm using to do this: CRead = vtkHDFReader::New(); CRead->SetFileName("/nfs/zeus/lcadsk1/pushkare/imax4.qh06300.g03"); CRead->SelectDataset(1); CRead->ForceUpdate(); fprintf(stderr, "DATASETS:%d\n", CRead->GetNumDatasets()); win = vtkRenderWindow::New(); win->SetSize(400, 400); ren = vtkRenderer::New(); win->AddRenderer(ren); vtkRenderWindowInteractor* iren = vtkRenderWindowInteractor::New(); iren->SetRenderWindow(win); iren->SetUserMethod(UserMethod, 0); vtkRectilinearGrid* g = (vtkRectilinearGrid*)CRead->GetOutput()->MakeObject(); g->CopyStructure(CRead->GetOutput()); g->GetPointData()->DeepCopy(CRead->GetOutput()->GetPointData()); g->GetCellData()->DeepCopy(CRead->GetOutput()->GetCellData()); g->Modified(); vtkOutlineFilter* out = vtkOutlineFilter::New(); out->SetInput(g); out->Update(); vtkPolyDataMapper* outMap = vtkPolyDataMapper::New(); outMap->SetInput(out->GetOutput()); vtkActor* outActor = vtkActor::New(); outActor->SetMapper(outMap); vtkContourFilter* cont1 = vtkContourFilter::New(); cont1->SetInput(g); cont1->SetValue(0,0.0001); cont1->Update(); The polydatamapper follows all this and all in all a pretty standard VTK pipeline. I know for sure that the data is not corrupted. It reads okay and I can get the dataset info without any problems. Having to copy the grid, that's something I'm fixing right now, for some reason the reader releases the data too early, but that's not the problem. I've checked the memory maps, the program is not running out of memory. When it's running, the maximum amount of memory it uses is about 100 Mb, I have 256 to spare. Same thing happens on a machine with 512 Mb RAM (an Origin 200) The dataset is pretty big: 793800 points. Here's the output from dbx when it crashes. (dbx) where > 0 vtkMergePoints::InsertUniquePoint(float*,int&)(this = 0x116a7200, x = 0x7fff2848, id = 0x7fff285c) ["/local/Develop/vtk31/common/vtkIdList.h":65, 0x1016ce38] 1 vtkVoxel::Contour(float,vtkScalars*,vtkPointLocator*,vtkCellArray*,vtkCellArray*,vtkCellArray*,vtkPointData*,vtkPointData*,vtkCellData*,int,vtkCellData*)(this = 0x116094e0, value = 9.9999997473787516e-05, cellScalars = 0x116a6950, locator = 0x116a7200, = 0x1165b7e8, = 0x11674860, polys = 0x1168d8d8, inPd = 0x11608f20, outPd = 0x1160e080, inCd = 0x11609000, cellId = 310813, outCd = 0x1160e160) ["/local/Develop/vtk31/common/vtkVoxel.cxx":366, 0x1034a8d4] 2 vtkContourFilter::Execute(void)(this = 0x1160de90) ["/local/Develop/vtk31/graphics/vtkContourFilter.cxx":203, 0x101644c8] 3 vtkSource::UpdateData(vtkDataObject*)(this = 0x1160de90, = 0x1160df20) ["/local/Develop/vtk31/common/vtkSource.cxx":370, 0x10241ba4] 4 vtkDataObject::UpdateData(void)(this = 0x1160df20) ["/local/Develop/vtk31/common/vtkDataObject.cxx":289, 0x1022b504] 5 vtkDataObject::Update(void)(this = 0x1160df20) ["/local/Develop/vtk31/common/vtkDataObject.cxx":187, 0x1022af54] 6 vtkSource::Update(void)(this = 0x1160de90) ["/local/Develop/vtk31/common/vtkSource.cxx":152, 0x10240fa8] 7 ::main(argc = 1, argv = 0x7fff2f34) ["/local/LCATests/LCAVision2.0/LCAVision/LCATest.cxx":76, 0x100454a4] 8 __start() ["/xlv55/kudzu-apr12/work/irix/lib/libc/libc_n32_M3/csu/crt1text.s":177, 0x10044d38] This is a pretty standard code, I think. Is it possible that I'm running against some kind of maximum array sizes or something? I'm just really lost at this point. TIA. -- G. Wind. NCSA, UIUC //*********************************************** -- There is always a way, you just have to find it. (B.Hambly "Children Of The Jedi") //*********************************************** From sjrees@okstate.edu Mon Aug 13 23:17:29 2001 From: sjrees@okstate.edu (Simon J. Rees) Date: Mon, 13 Aug 2001 17:17:29 -0500 Subject: [vtkusers] Do you have a nice arrow? References: <004a01c1242d$da6dc600$dc020f82@index> Message-ID: <06e301c12445$bdf09ad0$b84f4e8b@mae.okstate.edu> You can do exactly what you suggest by using vtkAppendPolyData to join a cone and a cylinder. This can then be used as a source for vtkGlyph. If you set the actor to have a wireframe representation you will get simple arrows. A question like this was asked earlier in the year so you should find other details by searching the archives. Simon ----- Original Message ----- From: "Jennifer Lyon" To: Sent: Monday, August 13, 2001 2:26 PM Subject: [vtkusers] Do you have a nice arrow? > Hi there, > > We're looking for a VTKActor which is a simple arrow (perhaps a cone with a > cylinder attached?) > > If someone has already created a nice one, perhaps we can make good use of > it too! > > Thanks for any help! > > > > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers From ahmedmm@gega.net Mon Aug 13 23:52:21 2001 From: ahmedmm@gega.net (Ahmed Mahmoud) Date: Tue, 14 Aug 2001 01:52:21 +0300 Subject: [vtkusers] 3D of human organs Message-ID: <001501c1244a$9f7af5a0$6aa267d4@ahmed> Hello all , I have 2D CT images , I made a 3d of the human colon with VTK , The 3D looks fine . My problem is when I move the camera inside the colon . I saw the triangles strips very obviously Is there a way to smooth these triangles . Please , If any one worked with this problem . Give me an advise. Thank you . this my code to make a 3D file ///////////////////////////// vtkPNMReader *reader=vtkPNMReader::New(); reader->GetOutput()-> GlobalReleaseDataFlagOn(); vtkImageShrink3D *shrinker=vtkImageShrink3D::New(); shrinker->SetInput (reader->GetOutput()); vtkImageGaussianSmooth *gaussian=vtkImageGaussianSmooth::New(); gaussian->SetInput (shrinker->GetOutput()); gaussian->SetDimensionality(3); vtkImageToStructuredPoints *toStructuredPoints toStructuredPoints ->SetInput(gaussian ->GetOutput()); toStructuredPoints ->Update (); toStructuredPoints ->GetOutput()->ReleaseDataFlagOn(); vtkMarchingCubes *mcubes=vtkMarchingCubes::New(); mcubes->SetInput(toStructuredPoints->GetOutput()); mcubes->ComputeScalarsOff(); mcubes->ComputeGradientsOff(); mcubes->ComputeNormalsOff(); mcubes->SetValue(0,3); mcubes->GetOutput()->ReleaseDataFlagOn(); vtkDecimate *decimator=vtkDecimate::New(); decimator->SetInput(mcubes->GetOutput()); decimator->SetInitialFeatureAngle(DECIMATE_ANGLE); decimator->SetMaximumIterations(DECIMATE_ITERATIONS); decimator->SetMaximumSubIterations(0); decimator->PreserveEdgesOn(); decimator->SetMaximumError(1); decimator->SetTargetReduction (DECIMATE_REDUCTION); decimator->SetInitialError (DECIMATE_ERROR); decimator->SetErrorIncrement(DECIMATE_ERROR_INCREMENT); decimator->GetOutput()->ReleaseDataFlagOn(); vtkSmoothPolyDataFilter *smoother=vtkSmoothPolyDataFilter::New(); smoother->SetInput(decimator->GetOutput()); smoother->SetNumberOfIterations(SMOOTH_ITERATIONS); smoother->SetRelaxationFactor (SMOOTH_FACTOR); smoother->SetFeatureAngle (SMOOTH_ANGLE); smoother->FeatureEdgeSmoothingOff(); smoother->BoundarySmoothingOff(); smoother->SetConvergence(0); smoother->GetOutput()->ReleaseDataFlagOn(); vtkPolyDataNormals *normals=vtkPolyDataNormals::New(); normals->SetInput(smoother->GetOutput()); normals->SetFeatureAngle (FEATURE_ANGLE); normals->GetOutput()->ReleaseDataFlagOn(); vtkStripper *stripper=vtkStripper::New(); stripper->SetInput(normals->GetOutput()); stripper->GetOutput()->ReleaseDataFlagOn(); ahmedmm@gega.net From rayg@bu.edu Tue Aug 14 01:44:00 2001 From: rayg@bu.edu (rayg@bu.edu) Date: Mon, 13 Aug 2001 20:44:00 -0400 Subject: [vtkusers] Re: Animation of Datasets? Message-ID: <200108140044.UAA155428@acsrs1.bu.edu> Thank you Nigel for the responce. I am at SIGGRAPH this week but will look at the Sample demo when I get back to Boston. Thanks again Ray Gasser From P.Kiran@geind.ge.com Tue Aug 14 04:46:08 2001 From: P.Kiran@geind.ge.com (Kiran, P (CORP, GEITC)) Date: Tue, 14 Aug 2001 09:16:08 +0530 Subject: [vtkusers] UnStructuredPoints to StructuredPoints Message-ID: <2025E70FDF44D511918D00508B650D9401984BF9@ban03xbindge.geind.ge.com> Hi all, I have a set of UnStructuredPoints in the form of vtkPolyData. Is there any method, by which I can convert these points to Structured Points. Thanks in advance for help. -Kiran From B.Mannan@geind.ge.com Tue Aug 14 07:20:46 2001 From: B.Mannan@geind.ge.com (Mannan, B (CORP, GEITC)) Date: Tue, 14 Aug 2001 11:50:46 +0530 Subject: [vtkusers] Looking for active contour algorithm on vtk Message-ID: <2025E70FDF44D511918D00508B650D94019BCA11@ban03xbindge.geind.ge.com> Hello all, Is there any available methods of implementation of active contour(snakes) algorithm and/or level set methods in vtk? I will be grateful if someone can provide links to the implementation of these algorithms in vtk. Thanks in advance for the help, Mannan, B From kamucha@hfm.e-technik.uni-kassel.de Tue Aug 14 10:47:23 2001 From: kamucha@hfm.e-technik.uni-kassel.de (George Kamucha) Date: Tue, 14 Aug 2001 11:47:23 +0200 Subject: [vtkusers] vtkQGL, editing source code required? References: <200107121600.MAA24781@public.kitware.com> <3B7153CB.34817F49@hfm.e-technik.uni-kassel.de> <3B726D5B.3229CA04@student.mu-luebeck.de> <3B73F5D0.A608C28C@hfm.e-technik.uni-kassel.de> <3B77B46B.B952E2F1@informatik.mu-luebeck.de> Message-ID: <3B78F3AB.C19D9A27@hfm.e-technik.uni-kassel.de> Hi Fabian, That was it, with qt 2.3.0 and vtk 3.1.2, the compilation of the vtkQGL_vtk31 was almost perfect! I had to add -pthread -ldl in the GL_LIBS. Only one example, showSurface.cpp, didn't get compiled and it is to do with the non-compatibility of the vtk version which Ehrhardt had used in writing the code. With a bit of optimization, I will now be able to use the ideas from the code to develop my own GUI. I am very grateful to your invaluable tips, thanks a lot! Regards George Fabian Eilers wrote: > Hi !! > > There is a failure in the "moc-compilation". Qt uses this for their SIGNAL-SLOT-Konzept. > But I don't realize where... > > Which compiler do you use ? Try another. Perhaps it works. > > Try another qt-Version. I prefer qt 2.3.0, because you don't have the qgl-Library anymore. > But take a look at the attachments. > > I have no other ideas. Sorry. It's "try and error". > > On a SGI you must have the right order: > - the include pathes first -> I..../vtk312/common, then /graphics, then /imaging, then /contrib, then > /patented > - then the libraries in same order -> L..../vtk312/common -lVTKCommon, and so on... > > I sent the Makefile of my compilation as attachment. It works. > > Greetings > Fabian > > George Kamucha wrote: > > > Hi Fabian, > > I downloaded vtk 3.1.2, compiled it and that did part of the trick, the installation of the > > vtkQGL31 sources was successful! But I have spent the last 26 hours or so trying to figure out why > > the compilation fails in the examples' directory. I am at my wits' ends and please if you have an > > idea about this error, please let me know, I will really appreciate. I am using qt 2.1.0 and I had > > thought I had set all the paths properly but something is definitely not right. Here is one of the > > the error messages I am getting: > > > > make[1]: Entering directory '/home/kamucha/vtkQGL31/examples' > > g++ -o simpleTest simpleTest.o -L../lib -L/usr/lib/qt/lib -L/home/kamucha/vtk312unix/vtk31/../lib > > -L/usr/X11R6/lib > > -lVTKQGL -lqgl -lqt -lVTKContrib -lVTKGraphics -lVTKPatented -lVTKImaging -lVTKCommon -lVTKGraphics > > > > -lGL -lX11 -lXt -lXmu -lXext -lm -lstdc++ > > ../lib/libVTKQGL.a(moc_vtkQGLWidget.o): in function 'vtkQGLWidget::initMetaObject(void)': > > moc_vtkQGLWidget.o(.text+0x1c): undefined reference to 'QGLWidget::className(void)const' > > ......................................................................................................... > > ------------------------------------------------------------------------ > > # > CFLAGS = -g -fullwarn -woff 1681,1375 > #CFLAGS = -O2 -fullwarn -woff 1681,1375 > LIBCFLAGS = > YACCCFLAGS = -woff 3262,3203 > LFLAGS = > CC = CC > SHELL = /bin/sh > > LIBPREFIX = lib > LIBNAME = VTKQGL > LIBSUFFIX = .a > > #------------------------------------------------------------------------------ > # user-editable QT - defines. > QTDIR = /opt/local/qt-2.3.0 > > MOC = $(QTDIR)/bin/moc > > QT_INCL = -I$(QTDIR)/include > QT_LDFLAGS = -L/opt/local/qt-2.3.0/lib > QT_LIBS = -lqt > > #------------------------------------------------------------------------------ > # user-editable VTK - defines. > > VTK_CXX_FLAGS = -DVTK_WORDS_BIGENDIAN \ > -DVTK_USE_PTHREADS \ > -D_HP_NO_FAST_MACROS -DHAVE_LIMITS_H -DHAVE_UNISTD_H > TOOLKIT_FLAGS = -DVTK_USE_GRAPHICS -DVTK_USE_IMAGING \ > -DVTK_USE_PATENTED -DVTK_USE_CONTRIB > GRAPHICS_FLAGS = -DVTK_USE_GLR -DVTK_USE_OGLR > > VTKDIR = /opt/local/vtk312 > VTK_FLAGS = ${VTK_CXX_FLAGS} ${TOOLKIT_FLAGS} ${GRAPHICS_FLAGS} > VTK_INCL = -I${VTKDIR}/common -I${VTKDIR}/graphics \ > -I${VTKDIR}/patented -I${VTKDIR}/imaging \ > -I${VTKDIR}/contrib > > VTK_LDFLAG = -L$(VTKDIR)/lib > VTK_LIBS = -lVTKContrib -lVTKGraphics -lVTKPatented \ > -lVTKImaging -lVTKCommon -lVTKGraphics > #------------------------------------------------------------------------------ > # user-editable GL - defines. > # Include path and libraries for Mesa. > # For SGI OpenGL: replace MesaGL with GL and MesaGLU with GLU. > GL_INCL = -I/usr/include > GL_LDFLAG = > GL_LIBS = -lGL -lX11 -lXt -lXmu -lXext -lm -lpthread > > #------------------------------------------------------------------------------ > # > > INCL = -I../src $(QT_INCL) $(VTK_INCL) $(GL_INCL) > > LFLAGS = -L../lib $(QT_LDFLAGS) $(VTK_LDFLAG) $(GL_LDFLAG) > LIBS = $(QT_LIBS) $(VTK_LIBS) $(GL_LIBS) > #-lgl > > ###### Implicit rules > > .SUFFIXES: .cpp .C > > .cpp.o: > $(CC) -c $(CFLAGS) $(VTK_FLAGS) $(INCL) -o $@ $< > > .C.o: > $(CC) -c $(CFLAGS) $(VTK_FLAGS) $(INCL) -o $@ $< > > ------------------------------------------------------------------------ > > # > CFLAGS = -O2 > #LIBCFLAGS = > #YACCCFLAGS = > #LFLAGS = > CC = g++ > SHELL = /bin/sh > > LIBPREFIX = lib > LIBNAME = VTKQGL > LIBSUFFIX = .a > > #------------------------------------------------------------------------------ > # user-editable QT - defines. > QTDIR = /usr/lib/qt > > MOC = $(QTDIR)/bin/moc > > QT_INCL = -I$(QTDIR)/include > QT_LDFLAGS = -L/opt/qt/lib > QT_LIBS = -lqgl -lqt > > #------------------------------------------------------------------------------ > # user-editable VTK - defines. > > VTK_CXX_FLAGS = -DVTK_WORDS_BIGENDIAN \ > -DVTK_USE_SPROC \ > -D_HP_NO_FAST_MACROS -DHAVE_LIMITS_H -DHAVE_UNISTD_H > TOOLKIT_FLAGS = -DVTK_USE_GRAPHICS -DVTK_USE_IMAGING \ > -DVTK_USE_PATENTED -DVTK_USE_CONTRIB > GRAPHICS_FLAGS = -DVTK_USE_GLR -DVTK_USE_OGLR > > VTKDIR = /usr/vtk/vtk312/ > VTK_FLAGS = ${VTK_CXX_FLAGS} ${TOOLKIT_FLAGS} ${GRAPHICS_FLAGS} > VTK_INCL = -I${VTKDIR}/common -I${VTKDIR}/graphics \ > -I${VTKDIR}/patented -I${VTKDIR}/imaging \ > -I${VTKDIR}/contrib > > VTK_LDFLAG = -L$(VTKDIR)/lib > VTK_LIBS = -lVTKContrib -lVTKGraphics -lVTKPatented \ > -lVTKImaging -lVTKCommon -lVTKGraphics > #------------------------------------------------------------------------------ > # user-editable GL - defines. > # Include path and libraries for Mesa. > # For SGI OpenGL: replace MesaGL with GL and MesaGLU with GLU. > GL_INCL = -I/usr/include > GL_LDFLAG = -L/usr/X11R6/lib > GL_LIBS = -lMesaGL -lX11 -lXt -lXmu -lXext -lm -lstdc++ > > #------------------------------------------------------------------------------ > # > > INCL = -I../src $(QT_INCL) $(VTK_INCL) $(GL_INCL) > > LFLAGS = -L../lib $(QT_LDFLAGS) $(VTK_LDFLAG) $(GL_LDFLAG) > LIBS = $(QT_LIBS) $(VTK_LIBS) $(GL_LIBS) > > ###### Implicit rules > > .SUFFIXES: .cpp .C > > .cpp.o: > $(CC) -c $(CFLAGS) $(VTK_FLAGS) $(INCL) -o $@ $< > > .C.o: > $(CC) -c $(CFLAGS) $(VTK_FLAGS) $(INCL) -o $@ $< -- ======================================= George Kamucha Fachgebiet Hochfrequenztechnik(FB 16), Universität Kassel, Wilhelmshöher Allee 73, Kassel, Germany. __________________________________________________________________________ Phone : +49 -561-804 6509 (Office); +49 -561-870 5662 (Resi.) Fax : +49 -561-804 6529 (Office) URL : http://www.uni-kassel.de/fb16/hft/mitarbeiter/kamucha/kamucha.html __________________________________________________________________________ From marcelo@cci.fmrp.usp.br Tue Aug 14 13:04:50 2001 From: marcelo@cci.fmrp.usp.br (Marcelo Costa Oliveira) Date: Tue, 14 Aug 2001 09:04:50 -0300 Subject: [vtkusers] Vusialize an unstruct grid Message-ID: <3B7913E2.7090803@cci.fmrp.usp.br> Hi, users First, sorry my english, i'm from Brazil. How is the best way to reconstruct and visualize an unstruct grid stack. I made this unstruct grid using vtkExtractGeometry. Tanks for advanced. Marcelo From neculai.archip@memot.unibe.ch Tue Aug 14 14:44:21 2001 From: neculai.archip@memot.unibe.ch (Neculai Archip) Date: Tue, 14 Aug 2001 15:44:21 +0200 Subject: [vtkusers] mesh generation for volume visualization Message-ID: <3B792B35.84212493@memot.unibe.ch> Hello, I'm a beginner in using vtk; I intend to use it for mesh generation in volume visualization of medical data, by the use of the Delaunay 3D; Having the contours in parallel slices, I want to generate the tetrahedral meshes. The problem I have with the objects I want to visualize, is the presence of multiple contours in slice. Do you know if Delaunay algorithm implemented in vtk can deal with this situations? Also I would appreciate if someone could point me to a sample written in C++, of Delaunay3D. thanks in advance, Nicu From karshi.hasanov@utoronto.ca Tue Aug 14 14:53:46 2001 From: karshi.hasanov@utoronto.ca (Karshi Hasanov) Date: Tue, 14 Aug 2001 09:53:46 -0400 Subject: [vtkusers] VTK_BSD Message-ID: <01081409534601.01081@cr322577-a> Hi I am trying to install VTK on FreeBSD and getting the following errors: ----------------------------------------------------------------------- /usr/lib/crt1.o: In function `_start': /usr/lib/crt1.o(.text+0x79): undefined reference to `main' *** Error code 1 Stop in /home/khasanov/Python/vtk/common. *** Error code 1 Stop in /home/khasanov/Python/vtk. ---------------------------------------------------------- Can you tell me what I'm doing wrong here? Thanks From josephwinston@mac.com Tue Aug 14 14:59:37 2001 From: josephwinston@mac.com (Jody Winston) Date: Tue, 14 Aug 2001 08:59:37 -0500 Subject: [vtkusers] OOVrml or email contact for Thomas D. Citriniti Message-ID: <15225.11977.328119.610949@frank.xprtcc.com> I'm trying to download OOVrml-0.9.tar.gz from Thomas D. Citriniti's web page, but ecse.rpi.edu is not accepting ftp connections. Does anyone have a copy (a newer copy is fine also) of OOVrml-0.9.tar.gz? Or does someone have his email address so that I can ask him for the software? Jody From citrit@rpi.edu Tue Aug 14 15:54:46 2001 From: citrit@rpi.edu (Tom Citriniti) Date: Tue, 14 Aug 2001 10:54:46 -0400 Subject: [vtkusers] OOVrml or email contact for Thomas D. Citriniti References: <15225.11977.328119.610949@frank.xprtcc.com> Message-ID: <004c01c124d1$0f1f0320$0c021dc7@winston> OOVrml was based on the VRML 1.0 spec and is outdated. There is a vtkVRMLImporter class available in the contrib directory of Vtk. Please use this one since it is compliant with the latest VRML spec. Tom Citriniti ----- Original Message ----- From: "Jody Winston" To: Sent: Tuesday, August 14, 2001 9:59 AM Subject: [vtkusers] OOVrml or email contact for Thomas D. Citriniti > I'm trying to download OOVrml-0.9.tar.gz from Thomas D. Citriniti's > web page, but ecse.rpi.edu is not accepting ftp connections. Does > anyone have a copy (a newer copy is fine also) of OOVrml-0.9.tar.gz? > Or does someone have his email address so that I can ask him for the > software? > > Jody > > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > From ming@ca.wai.com Tue Aug 14 18:52:28 2001 From: ming@ca.wai.com (Ming Xie) Date: Tue, 14 Aug 2001 10:52:28 -0700 Subject: [vtkusers] 3D text under parallel projection Message-ID: Hi All, I use vtkVectorText and vtkFollower to display 3d labels so that they always face the viewer. This works fine under perspective projection. When I set the camera projection to parallel, however, the labels appear backwards (rotated 180 degrees about the vertical axis). Anybody knows how to fix the problem? Thanks, Ming Weidlinger Associates, Inc From lisa.avila@kitware.com Tue Aug 14 21:28:40 2001 From: lisa.avila@kitware.com (Lisa S. Avila) Date: Tue, 14 Aug 2001 16:28:40 -0400 Subject: [vtkusers] VolumeRayCastMapper changes In-Reply-To: Message-ID: <5.0.0.25.0.20010814161714.01c2ca00@pop.nycap.rr.com> Hello, I am in the process of changing the vtkVolumeRayCastMapper, and I have a question for the group - is anyone out there using the RayBounder? I know Bill Lorensen uses it in several examples where volumes and surfaces are intermixed. Is anyone else using it? If not, I would like to consider removing this functionality from the vtkVolumeRayCastMapper. Here are the advantages to removing it: 1) This will make the different rendering strategies more interchangeable (ray bounding is not supported for the vtkVolumeTextureMapper2D or the vtkVolumeProMapper) 2) This will simplify the ray casting code 3) This will eliminate the problems that occur because the ray bounder depends on OpenGL storing a Z value in the depth buffer and being able to correctly read the depth buffer. Many PC video cards / drivers have problems with at least one of those requirements and hence ray bounding fails on those platforms. Here are the disadvantages: 1) The functionality will no longer be there. Obviously the advantages outweigh the disadvantages if no one is using the ray bounder :-) so that is why I am gathering feedback now. Also, if the only reason people are using the raybounder is to, for example, render only in a sphere-of-interest that functionality can be replaced by something other than the ray bounder. Thanks! Lisa From a.maclean@acfr.usyd.edu.au Wed Aug 15 02:14:25 2001 From: a.maclean@acfr.usyd.edu.au (Andrew J. P. Maclean) Date: Wed, 15 Aug 2001 11:14:25 +1000 Subject: [vtkusers] vtkScalarBarActor - how to set it's range. Message-ID: <001201c12527$9fdd0960$84d24e81@acfr.usyd.edu.au> This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C1257B.718AA000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Does the scalar bar actor only have a range of 0 to 1? Whatever I do, I can only get a range of 0 to 1. In contrast if I use vtkAxes, the dimensions of the object are reflected correctly. Why does vtkaxes work in the expected fashion and the Scalar Bar actor doesn't? I am using vtkElevationFilter and then feeding the scalar range from this into the lookup table (it always seems to range from 0 to 1). So I guess it is something to do with the filtering at this stage. I want the scalar bar to reflect the colours of a height map on the surface. I looked for examples and found MultidimensionalSolution.tcl, PropPicker.tcl and ScalarBar.tcl, however all of these render a scalar bar with a range of 0 to 1. Thanks Andrew ___________________________________________ Andrew J. P. Maclean Postal: Australian Centre for Field Robotics The Rose Street Building J04 The University of Sydney 2006 NSW AUSTRALIA Room: 106 Phone: +61 2 9351 3283 Fax: +61 2 9351 7474 http://www.acfr.usyd.edu.au/ ___________________________________________ ------=_NextPart_000_0013_01C1257B.718AA000 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Does the scalar bar = actor only have a range of 0 to 1? Whatever I do, I can only get a range of 0 = to 1. In contrast if I use vtkAxes, the dimensions = of the object are reflected correctly. Why does vtkaxes work in the expected fashion and the Scalar Bar actor doesn’t? I am = using vtkElevationFilter and then feeding the scalar = range from this into the lookup table (it always seems to range from 0 to 1). So I = guess it is something to do with the filtering at this stage. I want the = scalar bar to reflect the colours of a height map on the = surface.

 

I looked for = examples and found MultidimensionalSolution.tcl, PropPicker.tcl and ScalarBar.tcl, however all of these render a scalar bar with a = range of 0 to 1.

 

Thanks

   = Andrew

___________________________________________
Andrew J. P. = Maclean

Postal:

Australia= n Centre for Field Robotics
The Rose Street Building J04
The
Universit= y of Sydney  2006  NSW
AUSTRALIA=

Room:

106<= /o:p>

Phone:

+61 2 = 9351 3283

Fax:=

+61 2 = 9351 7474

&nbs= p;

http://www.acfr.usyd.edu.a= u/

= ___________________________________________

 

------=_NextPart_000_0013_01C1257B.718AA000-- From johnyao@students.uiuc.edu Wed Aug 15 06:13:13 2001 From: johnyao@students.uiuc.edu (John Yao) Date: Wed, 15 Aug 2001 00:13:13 -0500 Subject: [vtkusers] applet on web Message-ID: <001c01c12548$fc19b220$2f4c7e82@cee.uiuc.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0019_01C1251F.132B4020 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am a new user of vtk and I am wondering if someone has tried to put an = applet (for example, the applet that comes with the vtk java support) = that downloads the vtk.jar to the user side and uses the library. I = tried to do that and java console gave me = ava.security.AccessControlException. Please give me some comments if = anyone has tried this. thanks, john ------=_NextPart_000_0019_01C1251F.132B4020 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
I am a new user of vtk and I am = wondering if=20 someone has tried to put an applet (for example, the applet that comes = with the=20 vtk java support) that downloads the vtk.jar to the user side = and uses=20 the library.  I tried to do that and java console gave me=20 ava.security.AccessControlException.  Please give me some comments = if=20 anyone has tried this.
 
thanks,
john
------=_NextPart_000_0019_01C1251F.132B4020-- From jshalf@lbl.gov Wed Aug 15 06:42:20 2001 From: jshalf@lbl.gov (John Shalf) Date: Tue, 14 Aug 2001 22:42:20 -0700 Subject: [vtkusers] applet on web References: <001c01c12548$fc19b220$2f4c7e82@cee.uiuc.edu> Message-ID: <3B7A0BBC.CAD46028@lbl.gov> Can't do that with JNI (Java Native Interface). vtk.jar simply contains wrappers that allow you to call the VTK*.so files on your machine using the Java JNI. However, the sandbox that applets run in doesn't allow you to access these shared libraries on the remote machine. You can relax the Java security/sandbox requirements by creating a signed Java application with a different security policy, but that would require the users download the VTK*.so libraries as well as a lot of mucking with your client side JVM (not exactly a smooth or scalable process). You might take a look at Randy Heiland's work on VisBench http://visbench.ncsa.uiuc.edu/ http://www.ncsa.uiuc.edu/People/heiland/ He's right there a couple of buildings away from you. Randy's app gets around the sticky issue of the fact that VTK is not 100% pure Java by executing the core VTK routines on the server side using remote methods. The Java/jpython front-end GUI can potentially run in your browser and talks to the VTK back-end on the server side through a CORBA interface. -john > John Yao wrote: > > Hello, > > I am a new user of vtk and I am wondering if someone has > tried to put an applet (for example, the applet that comes > with the vtk java support) that downloads the vtk.jar to > the user side and uses the library. I tried to do that > and java console gave me > ava.security.AccessControlException. Please give me some > comments if anyone has tried this. > > thanks, > john From amy.henderson@kitware.com Wed Aug 15 13:45:35 2001 From: amy.henderson@kitware.com (Amy Henderson) Date: Wed, 15 Aug 2001 08:45:35 -0400 Subject: [vtkusers] vtkScalarBarActor - how to set it's range. In-Reply-To: <001201c12527$9fdd0960$84d24e81@acfr.usyd.edu.au> Message-ID: <4.3.2.7.2.20010815084343.01f551a0@pop.nycap.rr.com> --=====================_170396587==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed The vtkScalarBarActor is not limited to the range 0 to 1. Did you set the ScalarRange of vtkElevationFilter? It defaults to the range 0 to 1, so if you didn't set it to something else, that would explain the range of your scalar bar actor. - Amy At 11:14 AM 8/15/2001 +1000, Andrew J. P. Maclean wrote: >Does the scalar bar actor only have a range of 0 to 1? Whatever I do, I >can only get a range of 0 to 1. In contrast if I use vtkAxes, the >dimensions of the object are reflected correctly. Why does vtkaxes work in >the expected fashion and the Scalar Bar actor doesn t? I am using >vtkElevationFilter and then feeding the scalar range from this into the >lookup table (it always seems to range from 0 to 1). So I guess it is >something to do with the filtering at this stage. I want the scalar bar to >reflect the colours of a height map on the surface. > > > >I looked for examples and found MultidimensionalSolution.tcl, >PropPicker.tcl and ScalarBar.tcl, however all of these render a scalar bar >with a range of 0 to 1. > > > >Thanks > > Andrew > > >___________________________________________ >Andrew J. P. Maclean > > > >Postal: > >Australian Centre for Field Robotics >The Rose Street Building J04 >The University of Sydney 2006 NSW >AUSTRALIA > >Room: > >106 > >Phone: > >+61 2 9351 3283 > >Fax: > >+61 2 9351 7474 > > > >http://www.acfr.usyd.edu.au/ > >___________________________________________ > > --=====================_170396587==_.ALT Content-Type: text/html; charset="us-ascii" The vtkScalarBarActor is not limited to the range 0 to 1.  Did you set the ScalarRange of vtkElevationFilter?  It defaults to the range 0 to 1, so if you didn't set it to something else, that would explain the range of your scalar bar actor.

- Amy

At 11:14 AM 8/15/2001 +1000, Andrew J. P. Maclean wrote:

Does the scalar bar actor only have a range of 0 to 1? Whatever I do, I can only get a range of 0 to 1. In contrast if I use vtkAxes, the dimensions of the object are reflected correctly. Why does vtkaxes work in the expected fashion and the Scalar Bar actor doesn t? I am using vtkElevationFilter and then feeding the scalar range from this into the lookup table (it always seems to range from 0 to 1). So I guess it is something to do with the filtering at this stage. I want the scalar bar to reflect the colours of a height map on the surface.

 

I looked for examples and found MultidimensionalSolution.tcl, PropPicker.tcl and ScalarBar.tcl, however all of these render a scalar bar with a range of 0 to 1.

 

Thanks

   Andrew

___________________________________________
Andrew J. P. Maclean



Postal:

Australian Centre for Field Robotics
The Rose Street Building J04
The University of Sydney  2006  NSW
AUSTRALIA

Room:

106

Phone:

+61 2 9351 3283

Fax:

+61 2 9351 7474

 

http://www.acfr.usyd.edu.au/

___________________________________________

 
--=====================_170396587==_.ALT-- From jclopez@andrew.cmu.edu Wed Aug 15 16:14:45 2001 From: jclopez@andrew.cmu.edu (Julio Lopez) Date: Wed, 15 Aug 2001 11:14:45 -0400 Subject: [vtkusers] mesh generation for volume visualization In-Reply-To: <3B792B35.84212493@memot.unibe.ch> Message-ID: This might be useful http://www.cs.cmu.edu/~quake/triangle.html I know the quake project also has a 3D version somewhere around. Most of their earthquake simulations use tetrahedral meshes. -- Julio > -----Original Message----- > From: vtkusers-admin@public.kitware.com > [mailto:vtkusers-admin@public.kitware.com]On Behalf Of Neculai Archip > Sent: Tuesday, August 14, 2001 9:44 AM > To: vtkusers@public.kitware.com > Subject: [vtkusers] mesh generation for volume visualization > > > Hello, > > I'm a beginner in using vtk; I intend to use it for mesh generation in > volume visualization of medical data, by the use of the Delaunay 3D; > Having the contours in parallel slices, I want to generate the > tetrahedral meshes. > The problem I have with the objects I want to visualize, is the presence > of multiple contours in slice. Do you know if Delaunay algorithm > implemented in vtk can deal with this situations? > > Also I would appreciate if someone could point me to a sample written in > C++, of Delaunay3D. > > thanks in advance, > Nicu > > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > From krueger@techinfo.rwth-aachen.de Wed Aug 15 16:38:27 2001 From: krueger@techinfo.rwth-aachen.de (Thomas Krueger) Date: Wed, 15 Aug 2001 17:38:27 +0200 Subject: [vtkusers] vtk and Java (vtkPanel) Message-ID: <3B7A9773.99C4984C@techinfo.rwth-aachen.de> Hi, I just tested a Java-VTK-application with the vtkNightly of 18/7/01 (including a new vtkPanel in addition to the old one) and jdk1.3.1. The application works fine if I use the old vtkPanel, but the use of the new Panel fails: the panel remains black. How can I use the new vtkPanel with the jdk 1.3.1 and how can I use vtk with jdk 1.4 (the old vtkPanel cannot be used with 1.4)? Tom From lcwerner@uswest.net Wed Aug 15 17:17:44 2001 From: lcwerner@uswest.net (Renny Werner) Date: Wed, 15 Aug 2001 10:17:44 -0600 Subject: [vtkusers] Question about text and vtk Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0024_01C12573.869F0600 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit My question is if there is a way to scale the size of the text that you display rather than just by the location of the actor in the rendering window. I am currently using vtk to render buildings in 3D and have been placing an axis to depict compass directions. I draw an axis and place N,S,E,W at the end of them so when I rotate/zoom around I can still keep my bearings as to what direction I am looking from. Now the text displays fine and by using vtkFollower as an actor for them, they are always facing the camera and all that works fine. The problem is when I zoom in, the text gets larger until it has a tendency to restrict ones viewing of the building. So, is there a way that I can set the size of the text so that as I zoom in, it remains the same size on the screen. I am currently using vtkVectorText and have tried using vtkTextSource as well. In an ideal world, when I zoom in from the north side of the building, the "N" would stay in the foreground and remain the same size. Is there any way to do this? I have done a cursory look at the source for vtkVectorText and don't see anything that implies this is possible, hence the reason for this email. Maybe some of you vtk gurus have a neat little trick up your sleeve that you can enlighten me with. Sorry if this is hard to follow, my writing skills have really deteriorated since the advent of email. Thanks in advance... Lawrence "Renny" Werner PS -> Oh, and I am using vtk with C++, not tcl or python. This brings up another question. I can't seem to get that wish82 application to work on any of the tcl samples. When I try and read in the source I get a whole series of errors like "unable to find/include file vtkInt.tcl" or "invalid comman name "vtkRenderer"" or any of the vtk objects. What am I doing wrong? Sorry to throw this question in at the last minute... *grin* ------=_NextPart_000_0024_01C12573.869F0600 Content-Type: text/x-vcard; name="LRWerner.vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="LRWerner.vcf" BEGIN:VCARD VERSION:2.1 N:Werner;Lawrence;"Renny" FN:Lawrence "Renny" Werner ORG:RenAissance Software Development TITLE:Software Developer NOTE;ENCODING=3DQUOTED-PRINTABLE:Renny.Werner@doe2.com=3D0D=3D0A=3D0D=3D0= A TEL;WORK;VOICE:(303) 697-7656 ADR;WORK:;;20324 North Turkey Creek Road,;Morrison;CO;80465;United = States of America LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:20324 North Turkey Creek = Road,=3D0D=3D0AMorrison, CO 80465=3D0D=3D0AUnited States of=3D America EMAIL;PREF;INTERNET:Renny.Werner@doe2.com REV:20010329T184551Z END:VCARD ------=_NextPart_000_0024_01C12573.869F0600-- From GALBJA@inel.gov Wed Aug 15 18:23:24 2001 From: GALBJA@inel.gov (James A Galbraith/GALBJA/CC01/INEEL/US) Date: Wed, 15 Aug 2001 11:23:24 -0600 Subject: [vtkusers] WorldToDisplay coordinate conversion Message-ID: I guess I'm a little confused as too what vtkRenderer->WorldToDisplay() is supposed to do. I hope someone can show me the light. I have some terrain I have rendered in vtk. I am taking the world coordinates of one of the corners (which is really close to the upper left hand corner of the window) and trying to convert it to actual display coordinates. My window size is returned as 483x383. The Display coordinates I get back from WorldToDisplay is something like 251, 178, 1.99. When I pan around and actually move the corner in question out of the window and do another WorldToDisplay, I get the same coordinates back. A similar thing happens when I zoom in (using Camera->dolly), except the z value changes minutely. If I rotate this thing about 90 degrees about the x axis I get something like 233, -5624, 1.99. Is WorldToDisplay supposed to give me actual window/screen coordinates or is it returning something else. My terrain is rendered in actual world coordinates and my camera has been rotated around and positioned directly above the area of terrain rendered. In the case I am describing, the terrain in question is on the back side of the world, so the camera is rotated around 127 and up 36 degrees. I would like something that would give me the actual screen/window coordinates of a given world coordinate, or some indication of whether the point is outside the window. I Hope someone can straighten me out. I am running Windowz NT 4.0 using the Java bindings. Thanks James Galbraith galbja@inel.gov From pushkare@students.uiuc.edu Wed Aug 15 20:39:16 2001 From: pushkare@students.uiuc.edu (Gala'Vi and Liss @ Mainframe Country) Date: Wed, 15 Aug 2001 14:39:16 -0500 (CDT) Subject: [vtkusers] problem isosurfacing In-Reply-To: Message-ID: I changed to VTK 3.2 and still the same thing. It got further than before, but still crashed. Still pretty much same thing: (dbx) where > 0 vtkIdList::GetNumberOfIds(void)(this = 0x89) ["/scratch/Develop/vtk3.2/common/vtkIdList.h":65, 0x10236a90] 1 vtkMergePoints::InsertUniquePoint(const float*,int&)(this = 0x15868370, x = 0x7fff28d8, id = 0x7fff28ec) ["/scratch/Develop/vtk3.2/graphics/vtkMergePoints.cxx":156, 0x1023a6e8] 2 vtkVoxel::Contour(float,vtkScalars*,vtkPointLocator*,vtkCellArray*,vtkCellArray*,vtkCellArray*,vtkPointData*,vtkPointData*,vtkCellData*,int,vtkCellData*)(this = 0x13f96688, value = 9.9999997473787516e-05, cellScalars = 0x15867ac0, locator = 0x15868370, = 0x1581c958, = 0x158359d0, polys = 0x1584ea48, inPd = 0x13f960a8, outPd = 0x157d15b0, inCd = 0x13f96198, cellId = 452980, outCd = 0x157d16a0) ["/scratch/Develop/vtk3.2/common/vtkVoxel.cxx":372, 0x104bb144] 3 vtkContourFilter::Execute(void)(this = 0x157d1358) ["/scratch/Develop/vtk3.2/graphics/vtkContourFilter.cxx":232, 0x1021f304] 4 vtkSource::UpdateData(vtkDataObject*)(this = 0x157d1358, = 0x157d13e0) ["/scratch/Develop/vtk3.2/common/vtkSource.cxx":387, 0x103d9754] 5 vtkDataObject::UpdateData(void)(this = 0x157d13e0) ["/scratch/Develop/vtk3.2/common/vtkDataObject.cxx":322, 0x103c74a0] 6 vtkDataObject::Update(void)(this = 0x157d13e0) ["/scratch/Develop/vtk3.2/common/vtkDataObject.cxx":214, 0x103c6fc4] 7 vtkSource::Update(void)(this = 0x157d1358) ["/scratch/Develop/vtk3.2/common/vtkSource.cxx":158, 0x103d8ae8] 8 ::main(argc = 1, argv = 0x7fff2f54) ["/scratch/LCATests/LCAVision2.0/LCAVision/LCATest.cxx":76, 0x10056374] 9 __start() ["/xlv55/kudzu-apr12/work/irix/lib/libc/libc_n32_M3/csu/crt1text.s":177, 0x10055af8] -- G. Wind //*********************************************** -- There is always a way, you just have to find it. (B.Hambly "Children Of The Jedi") //*********************************************** On Mon, 13 Aug 2001, Berk Geveci wrote: > This might be a bug in VTK. To make sure it is not something which was not > already > fixed, you should get the VTK cvs tree (check the VTK webpage for > instructions) > and test your program with libraries built from that. > > Berk > > > > _________________________________________________________________ > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp > From pushkare@students.uiuc.edu Wed Aug 15 21:12:02 2001 From: pushkare@students.uiuc.edu (Gala'Vi and Liss @ Mainframe Country) Date: Wed, 15 Aug 2001 15:12:02 -0500 (CDT) Subject: [vtkusers] problem isosurfacing, A VTK bug? In-Reply-To: Message-ID: What's really bothering me about that coredump from dbx, is that on the very first line: 0 vtkIdList::GetNumberOfIds(void)(this = 0x89) ["/scratch/Develop/vtk3.2/common/vtkIdList.h":65, 0x10237440] The pointer value is 0x89 which I think is way too low! I'm running on an Origin 200 in mips3 mode (32-bit addressing, R10K x 2, 1Gb RAM), same thing happens on my good old Onyx (32-bit addressing, R4400 x 4, 256Mb RAM). Operating system IRIX6.5.5 on both. The code that's triggering this is in vtkMergePoints.cxx: if (bucket) // see whether we've got duplicate point { // // Check the list of points in that bucket. // int ptId; float *pt; int NumberOfIds = bucket->GetNumberOfIds (); <---- Line 158 It's like the bucket pointer is whacked out. I'm going to try to see what's going on, but any help would be greatly appreciated. I'll try to update VTK again and recompile. So far I'm pretty lost. -- Gala NCSA, UIUC //*********************************************** -- There is always a way, you just have to find it. (B.Hambly "Children Of The Jedi") //*********************************************** From ienadjak@midway.uchicago.edu Wed Aug 15 23:15:04 2001 From: ienadjak@midway.uchicago.edu (irena emilova nadjakova) Date: Wed, 15 Aug 2001 17:15:04 -0500 (CDT) Subject: [vtkusers] help with parallel isosurfacing Message-ID: Hello all, I have a problem with isosurfacing unstructured grid data on parallel processes. My pipeline is set up as: unstructured grid -> vtkContourFilter -> vtkDecimatePro (all processes) -> vtkOutput/Input ports (process 0) -> vtkAppendPolyData The app runs fine unless the isosurface doesn't spacially pass though the data on one of the processes; that is, one process has a chunk of data which does not generate an isosurface. The ouput from running the app is: ------------------ ... ERROR: In vtkDecimatePro.cxx, line 185 vtkDecimatePro (0x81c0970): No data to decimate! Program received signal SIGSEGV, Segmentation fault. 0x4125bb76 in vtkAttributeData::GetData () from ../vtk3.2/lib/libVTKCommon.so ------------------- I suppose this is because vtkDecimatePro's Execute() call receives 0 points from vtkContourFilter and so returns without creating vtkPoints for its output (from the debugger : just before the return, this->GetOutput->GetPoints() is (nil) ). Later, vtkDecimatePro's output is vtkAppendPolyData's input and the vtkAppendPolyData Execute() call tries to access those points (which are NULL) in inPts = ((vtkPolyData *)(this->Inputs[0]))->GetPoints(); ^^^^^ newPts = vtkPoints::New(inPts->GetData()->GetDataType()); ^^^^^ Does that sound right? Can anybody suggest a solution? Thanks! -Irena From matthews@softtech.co.nz Wed Aug 15 23:51:57 2001 From: matthews@softtech.co.nz (Matthew Sherborne) Date: Thu, 16 Aug 2001 10:51:57 +1200 Subject: [vtkusers] Python 2.1 thingy Message-ID: <003401c125dc$e400b910$0816a8c0@matthew> This is a multi-part message in MIME format. ------=_NextPart_000_0031_01C12641.7828BCF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all Is there a VTK to Python2.1 interface? I only found 1.5 :( Thanks :) ------=_NextPart_000_0031_01C12641.7828BCF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all
 
Is there a VTK  to Python2.1=20 interface?
 
I only found 1.5 :(
 
Thanks :)
------=_NextPart_000_0031_01C12641.7828BCF0-- From dgobbi@irus.rri.ca Thu Aug 16 00:12:54 2001 From: dgobbi@irus.rri.ca (David Gobbi) Date: Wed, 15 Aug 2001 19:12:54 -0400 (EDT) Subject: [vtkusers] Python 2.1 thingy In-Reply-To: <003401c125dc$e400b910$0816a8c0@matthew> Message-ID: VTK will work with any version of python, but you will have to re-compile VTK. This is straightforward on a UNIX system, but on Windows you must do a little bit of tweaking. On Windows, VTK has a batch of tcl/tk internal headers in the pcmaker/xlib directory. After you replace these with ones from the tcl/tk 8.3 source, you will be able to build VTK with Python 2.1. You might also be able to simply point pcmaker.exe at the tcl/tk 8.3 source code, but I haven't tried. The VTK pre-4.0 Windows installer will provide a Python 2.1 interface, until then re-compilation is probably your only option. - David -- David Gobbi, MSc dgobbi@irus.rri.ca Advanced Imaging Research Group Robarts Research Institute, University of Western Ontario On Thu, 16 Aug 2001, Matthew Sherborne wrote: > Hi all > > Is there a VTK to Python2.1 interface? > > I only found 1.5 :( > > Thanks:) > From a.maclean@acfr.usyd.edu.au Thu Aug 16 00:19:50 2001 From: a.maclean@acfr.usyd.edu.au (Andrew J. P. Maclean) Date: Thu, 16 Aug 2001 09:19:50 +1000 Subject: [vtkusers] vtkScalarBarActor - how to set it's range. In-Reply-To: <4.3.2.7.2.20010815084343.01f551a0@pop.nycap.rr.com> Message-ID: <002601c125e0$c80901a0$84d24e81@acfr.usyd.edu.au> This is a multi-part message in MIME format. ------=_NextPart_000_0027_01C12634.99B511A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Many thanks to Amy. It now works perfectly. ___________________________________________ Andrew J. P. Maclean Postal: Australian Centre for Field Robotics The Rose Street Building J04 The University of Sydney 2006 NSW AUSTRALIA Room: 106 Phone: +61 2 9351 3283 Fax: +61 2 9351 7474 http://www.acfr.usyd.edu.au/ ___________________________________________ -----Original Message----- From: Amy Henderson [mailto:amy.henderson@kitware.com] Sent: Wednesday, 15 August 2001 22:46 To: a.maclean@acfr.usyd.edu.au; vtkusers@public.kitware.com Subject: Re: [vtkusers] vtkScalarBarActor - how to set it's range. The vtkScalarBarActor is not limited to the range 0 to 1. Did you set the ScalarRange of vtkElevationFilter? It defaults to the range 0 to 1, so if you didn't set it to something else, that would explain the range of your scalar bar actor. - Amy At 11:14 AM 8/15/2001 +1000, Andrew J. P. Maclean wrote: Does the scalar bar actor only have a range of 0 to 1? Whatever I do, I can only get a range of 0 to 1. In contrast if I use vtkAxes, the dimensions of the object are reflected correctly. Why does vtkaxes work in the expected fashion and the Scalar Bar actor doesn t? I am using vtkElevationFilter and then feeding the scalar range from this into the lookup table (it always seems to range from 0 to 1). So I guess it is something to do with the filtering at this stage. I want the scalar bar to reflect the colours of a height map on the surface. I looked for examples and found MultidimensionalSolution.tcl, PropPicker.tcl and ScalarBar.tcl, however all of these render a scalar bar with a range of 0 to 1. Thanks Andrew ___________________________________________ Andrew J. P. Maclean Postal: Australian Centre for Field Robotics The Rose Street Building J04 The University of Sydney 2006 NSW AUSTRALIA Room: 106 Phone: +61 2 9351 3283 Fax: +61 2 9351 7474 http://www.acfr.usyd.edu.au/ ___________________________________________ ------=_NextPart_000_0027_01C12634.99B511A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Many thanks to Amy. It now works perfectly.

 = ;

_____________________________________= ______
Andrew J. P. = Maclean=

Postal:=

Australian Centre for Field Robotics
The Rose Street Building J04
The
University of Sydney  2006  NSW
AUSTRALIA=

Room:=

106=

Phone:=

+61 2 9351 3283

Fax:=

+61 2 9351 7474

 

http://www.acfr.usyd.edu.a= u/=

________________________= ___________________

 = ;

-----Original = Message-----
From: Amy Henderson [mailto:amy.henderson@kitware.com]
Sent: =
Wednesday, 15 August = 2001 22:46
To: = a.maclean@acfr.usyd.edu.au; vtkusers@public.kitware.com
Subject: Re: [vtkusers] = vtkScalarBarActor - how to set it's range.

 

The = vtkScalarBarActor is not limited to the range 0 to 1.  Did you set the ScalarRange of = vtkElevationFilter?  It defaults to the range 0 to 1, so if you didn't set it to something = else, that would explain the range of your scalar bar actor.

- Amy

At
11:14 AM = 8/15/2001 +1000, Andrew = J. P. Maclean wrote:


Does the scalar bar actor only have a range of 0 to = 1? Whatever I do, I can only get a range of 0 to 1. In contrast if I use = vtkAxes, the dimensions of the object are reflected correctly. Why does vtkaxes = work in the expected fashion and the Scalar Bar actor doesn t? I am using vtkElevationFilter and then feeding the scalar range from this into the = lookup table (it always seems to range from 0 to 1). So I guess it is something = to do with the filtering at this stage. I want the scalar bar to reflect the = colours of a height map on the surface.

 

I looked for examples and found MultidimensionalSolution.tcl, = PropPicker.tcl and ScalarBar.tcl, however all of these render a scalar bar with a range of = 0 to 1.

 

Thanks

   Andrew

____________= _______________________________
Andrew J. P. Maclean



Postal:

Australian Centre for Field Robotics
The Rose Street Building J04
The
University of = Sydney  2006  NSW
AUSTRALIA

Room:

106

Phone:

+61 2 9351 3283

Fax:

+61 2 9351 7474

 

http://www.acfr.usyd.edu.au/
_____________________= ______________________

 

------=_NextPart_000_0027_01C12634.99B511A0-- From schaffer@optonline.net Thu Aug 16 00:28:26 2001 From: schaffer@optonline.net (Les Schaffer) Date: Wed, 15 Aug 2001 19:28:26 -0400 Subject: [vtkusers] Python 2.1 thingy In-Reply-To: <003401c125dc$e400b910$0816a8c0@matthew> References: <003401c125dc$e400b910$0816a8c0@matthew> Message-ID: <15227.1434.359000.530301@gargle.gargle.HOWL> > is there a VTK  to Python2.1 interface? http://basic.astrian.net/godzilla/ has precompiled vtk dlls good for python2.1 thingies. les schaffer From dgobbi@irus.rri.ca Thu Aug 16 00:35:54 2001 From: dgobbi@irus.rri.ca (David Gobbi) Date: Wed, 15 Aug 2001 19:35:54 -0400 (EDT) Subject: [vtkusers] Python 2.1 thingy In-Reply-To: <15227.1434.359000.530301@gargle.gargle.HOWL> Message-ID: Hi Les, I'd forgotten about your pre-compiled packages! Your page is one of my regular stops for python-netcdf. I wonder if any one is interested in writing netcdf reader/writer classes for VTK? Right now I'm reading the netcdf files into python, and then exporting them to VTK. - David On Wed, 15 Aug 2001, Les Schaffer wrote: > > is there a VTK  to Python2.1 interface? > > http://basic.astrian.net/godzilla/ > > has precompiled vtk dlls good for python2.1 thingies. > > les schaffer > > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > From schaffer@optonline.net Thu Aug 16 01:04:37 2001 From: schaffer@optonline.net (Les Schaffer) Date: Wed, 15 Aug 2001 20:04:37 -0400 Subject: [vtkusers] Python 2.1 thingy In-Reply-To: References: <15227.1434.359000.530301@gargle.gargle.HOWL> Message-ID: <15227.3605.562000.750752@gargle.gargle.HOWL> David Gobbi said: > I'd forgotten about your pre-compiled packages! i last compiled them from the nightly build some time in early may. if someone could let me know when a good time to re-compile with latest code base, i'd be much appreciative. les schaffer From ben.held@staarinc.com Thu Aug 16 17:46:05 2001 From: ben.held@staarinc.com (Ben Held) Date: Thu, 16 Aug 2001 11:46:05 -0500 Subject: [vtkusers] How to use vtkProgrammableFilter in Java Message-ID: Hello, I need to make use of vtkProgrammableFilter in my java application. There are not any examples of how to set the execute function to a Java function. I need to know the function signatures and how to call SetExecuteMethod... Thanks, Ben Ben L. Held Simulation Technology & Applied Research, Inc. 11520 N. Port Washington Rd. Suite 101B Mequon, WI 53092 Phone: (262) 240-0291 x101 FAX: (262) 240-0294 e-mail: ben.held@staarinc.com web: http://www.staarinc.com From krw@viz-solutions.com Thu Aug 16 21:10:58 2001 From: krw@viz-solutions.com (Kevin Wright) Date: Thu, 16 Aug 2001 13:10:58 -0700 Subject: [vtkusers] Renderer clipped in render window Message-ID: <3B7C28D1.639FCF79@viz-solutions.com> Hi all, I was hoping somebody could point me in the right direction on this. I have a RenderWindow built within a vtkTkRenderWidget object. In it I have a single renderer. About one time in three when I start my program, the bottom 10th (approx) of the renderer is clipped (shows just black, no 2D or 3D drawing occurs). If I grab the window and shrink it down, the clipped area goes away. If I make the window bigger, the clipped area gets bigger (the point where clipping occurs is at the same place in the window relative to the top. I can't figure out any pattern as to when it will happen and when it won't. Any help at all is appreciated. Kevin. From ben.held@staarinc.com Thu Aug 16 22:31:36 2001 From: ben.held@staarinc.com (Ben Held) Date: Thu, 16 Aug 2001 16:31:36 -0500 Subject: [vtkusers] How to use vtkProgrammableFilter in Java In-Reply-To: <3B7C16FF.D6EB2FB3@cdnorthamerica.com> Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0027_01C12670.EAE7D8A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Jeff, Thanks for the help. However, one thing that I forgot to mention is that I need to use the programmable filter to change the type of the data from vtkUnstructuredGrid to vtkPolyData. Is this possible? It appears that the programmable filter sets the output type to match the input type - is there a way to overload this or something? Thanks, Ben -----Original Message----- From: jal@megadodo.segNET.COM [mailto:jal@megadodo.segNET.COM]On Behalf Of J.A. Lee Sent: Thursday, August 16, 2001 1:55 PM To: Ben Held Subject: Re: [vtkusers] How to use vtkProgrammableFilter in Java Ben, Presumably: vtkProgrammableFilter pFilt = new vtkProgrammableFilter(); pFilt.SetInput(source.GetOutput()); // mabey source is output of another filter? pFilt.SetExecuteMethod(new FilterMethod(), "execute"); public class FilterMethod { public FilterMethod() {} public void execute() { vtkPolyData input = pFilt.GetPolyDataInput(); // do some stuff like calculate new scalars? int numPts = input.GetNumberOfPoints(); vtkScalars newScalars = new vtkScalars(); for (int i = 0; i < numPts; ++i) { newScalars.InsertScalar(i, 2*i); } pFilt.GetPolyDataOutput().CopyStructure(input); pFilt.GetPolyDataOutput().GetPointData().SetScalars(newScalars); newScalars = null; } } Mabey you forgot the copy from input to output? -Jeff Ben Held wrote: Any idea how to setup up the output for the programmable filter? A call to progfilter.GetOutput or progfilter.GetPolyDataOutput returns a null. Calling progfilter.SetOutput(new vtkPolyData()) seems to work, but my output isn't rendered (I see nothing).Ben -----Original Message----- From: jal@megadodo.segNET.COM [mailto:jal@megadodo.segNET.COM]On Behalf Of J.A. Lee Sent: Thursday, August 16, 2001 12:32 PM To: Ben Held Subject: Re: [vtkusers] How to use vtkProgrammableFilter in Java Ben, filt.SetExecuteMethod(new MyExecuteMethod(), "execute"); public class MyExecuteMethod { public MyExecuteMethod(){ } public void execute(){ doStuff().... } } Ben Held wrote: Hello, I need to make use of vtkProgrammableFilter in my java application. There are not any examples of how to set the execute function to a Java function. I need to know the function signatures and how to call SetExecuteMethod... Thanks, Ben Ben L. Held Simulation Technology & Applied Research, Inc. 11520 N. Port Washington Rd. Suite 101B Mequon, WI 53092 Phone: (262) 240-0291 x101 FAX: (262) 240-0294 e-mail: ben.held@staarinc.com web: http://www.staarinc.com _______________________________________________ This is the private VTK discussion list. Please keep messages on-topic. Check the FAQ at: Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/vtkusers -- J.A. Lee Software Engineer Computational Dynamics North America 3 Schoolhouse Lane Etna NH, 03750 ph: 603-643-9993 x109, fax: 603-643-9994 -- J.A. Lee Software Engineer Computational Dynamics North America 3 Schoolhouse Lane Etna NH, 03750 ph: 603-643-9993 x109, fax: 603-643-9994 ------=_NextPart_000_0027_01C12670.EAE7D8A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Jeff,
 
Thanks=20 for the help.  However, one thing that I forgot to mention is that = I need=20 to use the programmable filter to change the type of the data from=20 vtkUnstructuredGrid to vtkPolyData.  Is this possible?  It = appears=20 that the programmable filter sets the output type to match the input = type - is=20 there a way to overload this or something?
 
Thanks,
 
Ben
-----Original Message-----
From: = jal@megadodo.segNET.COM=20 [mailto:jal@megadodo.segNET.COM]On Behalf Of J.A. = Lee
Sent:=20 Thursday, August 16, 2001 1:55 PM
To: Ben = Held
Subject:=20 Re: [vtkusers] How to use vtkProgrammableFilter in=20 Java

Ben,
Presumably: =
vtkProgrammableFilter pFilt=20 =3D new vtkProgrammableFilter(); =
pFilt.SetInput(source.GetOutput()); //=20 mabey source is output of another filter? =
pFilt.SetExecuteMethod(new=20 FilterMethod(), "execute");
 =20

public class FilterMethod
{
    public=20 FilterMethod() {}=20

    public void execute() {=20

        vtkPolyData input =3D=20 pFilt.GetPolyDataInput(); =
        // do=20 some stuff like calculate new scalars?=20
        int numPts =3D=20 input.GetNumberOfPoints();=20

        vtkScalars newScalars = =3D new=20 vtkScalars();=20

        for (int i =3D 0; i < = numPts;=20 ++i) { =
           =20 newScalars.InsertScalar(i, 2*i);=20
        }=20

       =20 pFilt.GetPolyDataOutput().CopyStructure(input);=20
       =20 pFilt.GetPolyDataOutput().GetPointData().SetScalars(newScalars);=20
        newScalars =3D null;=20
    }
}=20

Mabey you forgot the copy from input to output?
-Jeff =
 =20
 
 =20

Ben Held wrote:=20

Any idea how to = setup up the=20 output for the programmable filter?  A call to = progfilter.GetOutput or=20 progfilter.GetPolyDataOutput returns a null.  Calling=20 progfilter.SetOutput(new vtkPolyData()) seems to work, but my output = isn't=20 rendered (I see nothing).Ben=20
-----Original Message-----
From: jal@megadodo.segNET.COM = [mailto:jal@megadodo.segNET.COM]On=20 Behalf Of J.A. Lee
Sent: Thursday, August 16, 2001 12:32 = PM=20
To: Ben = Held=20
Subject: Re: = [vtkusers] How to=20 use vtkProgrammableFilter in Java
Ben,=20

filt.SetExecuteMethod(new MyExecuteMethod(), "execute");=20

    public class MyExecuteMethod {=20

        public = MyExecuteMethod(){ }=20

        public void = execute(){=20 =
           =20 doStuff()....
        }=20
    }
 =20

Ben Held wrote:=20

Hello,=20

I need to make use of vtkProgrammableFilter in my java=20 application.  There
are not any examples of how to set = the=20 execute function to a Java function.
I need to know the = function=20 signatures and how to call SetExecuteMethod...=20

Thanks,
Ben=20

Ben L. Held
Simulation Technology & Applied Research, = Inc.=20
11520 N. Port Washington Rd.
Suite 101B
Mequon, = WI =20 53092
Phone: (262) 240-0291 x101
FAX: (262) 240-0294 =
e-mail:=20 ben.held@staarinc.com
web: http://www.staarinc.com=20

_______________________________________________
This is = the=20 private VTK discussion list.
Please keep messages on-topic. = Check=20 the FAQ at: <http://public.kitware.c= om/cgi-bin/vtkfaq>=20
Follow this link to subscribe/unsubscribe:
http://publi= c.kitware.com/mailman/listinfo/vtkusers

-- =

J.A. Lee
Software Engineer
Computational Dynamics North America
3 Schoolhouse Lane
Etna NH, 03750
ph: 603-643-9993 x109, fax: =
603-643-9994
 
-- 
J.A. Lee
Software Engineer
Computational Dynamics North America
3 Schoolhouse Lane
Etna NH, 03750
ph: 603-643-9993 x109, fax: 603-643-9994
  =
------=_NextPart_000_0027_01C12670.EAE7D8A0-- From odonnell@ai.mit.edu Thu Aug 16 19:53:12 2001 From: odonnell@ai.mit.edu (Lauren O'Donnell) Date: Thu, 16 Aug 2001 14:53:12 -0400 (EDT) Subject: [vtkusers] volume rendering >1 component data Message-ID: Hi all, I am trying out volume rendering of some characteristics of DT-MRI data, and volume rendering (in vtk3.2) only is supported for 1 scalar component. So I wrote a subclass of vtkVolumeRayCastCompositeFunction to render RGBA data by grabbing the image components rather than using lookup tables. This is a quick solution but I can't handle shading this way, and I have a few questions. First, has anyone done something like this? Second, is there any way to "trick" the existing classes into computing the gradient/normal information using one of the components of my data as the scalar input? Perhaps setting the active scalar component? And third, is the gradient and normal information computed always? Or can I turn it off if I don't use it? If anyone knows a better way to go about this, please let me know. Lauren From dgobbi@irus.rri.ca Fri Aug 17 00:30:44 2001 From: dgobbi@irus.rri.ca (David Gobbi) Date: Thu, 16 Aug 2001 19:30:44 -0400 (EDT) Subject: [vtkusers] volume rendering >1 component data In-Reply-To: Message-ID: On Thu, 16 Aug 2001, Lauren O'Donnell wrote: > Hi all, > I am trying out volume rendering of some characteristics of DT-MRI data, > and volume rendering (in vtk3.2) only is supported for 1 scalar component. > So I wrote a subclass of vtkVolumeRayCastCompositeFunction to render RGBA > data by grabbing the image components rather than using lookup tables. This makes a lot of sense. > Second, is there any way to "trick" the existing classes into computing > the gradient/normal information using one of the components of my data as > the scalar input? Perhaps setting the active scalar component? Why not just change your class so that it calculates gradients/normals from your alpha component? I don't think it would make sense to use the R,G, or B components. > If anyone knows a better way to go about this, please let me know. So far it sounds like you're heading in the right direction. The ability to load RGB data would also be very nice for the vtkVolumeTexture classes. - David From paul.welton@sympatico.ca Fri Aug 17 02:58:00 2001 From: paul.welton@sympatico.ca (Paul Welton) Date: Thu, 16 Aug 2001 21:58:00 -0400 Subject: [vtkusers] Problems trying to run the VTK RPMs Message-ID: <3B7C7A28.616703D6@sympatico.ca> I have Red Hat 7.0 and installed the VTK RPMs from the boxed CD, thinking that this would be the easiest way to go ... but: [root@localhost /root]# vtk vtk: error while loading shared libraries: /usr/lib/libVTKGraphicsTcl.so: undefined symbol: tkMainWindowList Anyone know how to fix this? [root@localhost /root]# which vtk /usr/bin/vtk [root@localhost /root]# ls -rlt /usr/bin/vtk -rwxr-xr-x 1 root root 5280 Jan 23 2001 /usr/bin/vtk [root@localhost /root]# echo $LD_LIBRARY_PATH /usr/lib [root@localhost /root]# echo $SHLIB_PATH /usr/lib [root@localhost /root]# ls -rlt /usr/lib/libVTK* -rwxr-xr-x 1 root root 795440 Jan 23 2001 /usr/lib/libVTKCommonTcl.so -rwxr-xr-x 1 root root 1986076 Jan 23 2001 /usr/lib/libVTKCommon.so -rwxr-xr-x 1 root root 163224 Jan 23 2001 /usr/lib/libVTKPatentedTcl.so -rwxr-xr-x 1 root root 1026328 Jan 23 2001 /usr/lib/libVTKPatented.so -rwxr-xr-x 1 root root 894096 Jan 23 2001 /usr/lib/libVTKImagingTcl.so -rwxr-xr-x 1 root root 4101688 Jan 23 2001 /usr/lib/libVTKImaging.so -rwxr-xr-x 1 root root 2476752 Jan 23 2001 /usr/lib/libVTKGraphicsTcl.so -rwxr-xr-x 1 root root 7321656 Jan 23 2001 /usr/lib/libVTKGraphics.so -rwxr-xr-x 1 root root 392976 Jan 23 2001 /usr/lib/libVTKContribTcl.so -rwxr-xr-x 1 root root 1842460 Jan 23 2001 /usr/lib/libVTKContrib.so I could not find tkMainWindowList in the source code for Tk, but did find it in the VTK source file "graphics/vtkXRenderWindowTclInteractor.cxx". From dgobbi@irus.rri.ca Fri Aug 17 03:20:13 2001 From: dgobbi@irus.rri.ca (David Gobbi) Date: Thu, 16 Aug 2001 22:20:13 -0400 (EDT) Subject: [vtkusers] Problems trying to run the VTK RPMs In-Reply-To: <3B7C7A28.616703D6@sympatico.ca> Message-ID: Hi Paul, More than likely, the VTK RPMs were built with an older version of tcl/tk, i.e. they were meant for a RedHat 6.2 system. >nm libtk8.3.so | grep tkMainWindowList but when I go to another machine that has tcl/tk 8.0: >nm libtk8.0.so | grep tkMainWindowList [832] |1610516756| 4|OBJT |GLOB |DEFAULT |MIPS_DATA|tkMainWindowList You can try a quick-and-dirty install of the rpm for tcl/tk 8.0 (via rpm -i --oldpackage) but the safest route would be to recompile VTK on your system. If you do, the best compiler to use is 2.95.3, I don't have complete confidence in RedHat's 2.96 compiler or in the newer 3.0 compiler. - David -- David Gobbi, MSc dgobbi@irus.rri.ca Advanced Imaging Research Group Robarts Research Institute, University of Western Ontario On Thu, 16 Aug 2001, Paul Welton wrote: > I have Red Hat 7.0 and installed the VTK RPMs from the boxed CD, > thinking that this would be the easiest way to go ... but: > > [root@localhost /root]# vtk > vtk: error while loading shared libraries: > /usr/lib/libVTKGraphicsTcl.so: undefined symbol: tkMainWindowList > > Anyone know how to fix this? > > [root@localhost /root]# which vtk > /usr/bin/vtk > [root@localhost /root]# ls -rlt /usr/bin/vtk > -rwxr-xr-x 1 root root 5280 Jan 23 2001 /usr/bin/vtk > [root@localhost /root]# echo $LD_LIBRARY_PATH > /usr/lib > [root@localhost /root]# echo $SHLIB_PATH > /usr/lib > [root@localhost /root]# ls -rlt /usr/lib/libVTK* > -rwxr-xr-x 1 root root 795440 Jan 23 2001 > /usr/lib/libVTKCommonTcl.so > -rwxr-xr-x 1 root root 1986076 Jan 23 2001 > /usr/lib/libVTKCommon.so > -rwxr-xr-x 1 root root 163224 Jan 23 2001 > /usr/lib/libVTKPatentedTcl.so > -rwxr-xr-x 1 root root 1026328 Jan 23 2001 > /usr/lib/libVTKPatented.so > -rwxr-xr-x 1 root root 894096 Jan 23 2001 > /usr/lib/libVTKImagingTcl.so > -rwxr-xr-x 1 root root 4101688 Jan 23 2001 > /usr/lib/libVTKImaging.so > -rwxr-xr-x 1 root root 2476752 Jan 23 2001 > /usr/lib/libVTKGraphicsTcl.so > -rwxr-xr-x 1 root root 7321656 Jan 23 2001 > /usr/lib/libVTKGraphics.so > -rwxr-xr-x 1 root root 392976 Jan 23 2001 > /usr/lib/libVTKContribTcl.so > -rwxr-xr-x 1 root root 1842460 Jan 23 2001 > /usr/lib/libVTKContrib.so > > I could not find tkMainWindowList in the source code for Tk, but did > find it in the VTK source file > "graphics/vtkXRenderWindowTclInteractor.cxx". > > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > From faulhaber@ipf.uni-karlsruhe.de Fri Aug 17 08:28:48 2001 From: faulhaber@ipf.uni-karlsruhe.de (Karin Faulhaber) Date: Fri, 17 Aug 2001 09:28:48 +0200 Subject: [vtkusers] How to use vtkProgrammableFilter in Java References: Message-ID: <3B7CC7B0.97CD1CD8@ipf.uni-karlsruhe.de> Hi Ben, > I need to make use of vtkProgrammableFilter in my java application. There > are not any examples of how to set the execute function to a Java function. > I need to know the function signatures and how to call SetExecuteMethod... Try this: fProgGlyph = new vtkProgrammableGlyphFilter(); fProgGlyph.SetInput(...); fProgGlyph.SetSource(...); fProgGlyph.SetGlyphMethod(this, "calcGlyph"); --- public void calcGlyph() { ... } As far as I can see, you can't have any parameters with the GylphMethod. And the GlyphMethod needs to be public. Karin -- Karin Faulhaber Universitaet Karlsruhe Institut fuer Photogrammetrie und Fernerkundung (IPF) Englerstr. 7 76128 Karlsruhe Tel: 0721/608-3676 E-Mail: faulhaber@ipf.uni-karlsruhe.de From michael.winckler@iwr.uni-heidelberg.de Fri Aug 17 14:06:38 2001 From: michael.winckler@iwr.uni-heidelberg.de (Michael J. Winckler) Date: Fri, 17 Aug 2001 15:06:38 +0200 Subject: [vtkusers] experience with VTK and PC? Message-ID: Hi list members, our institute facilities are based mainly on SGI machines (rom O2 to Origin 200 to Reality Engine 2). Now we consider extending to Linux- based PCs in the graphics department two. As we run VTK (and other visualization software), we would be glad for some user experience about "graphics power in day-to-day applications". Questions: 1. nVidia seems to be the graphics chipset to use. GForce3 looks like it is not good enough to make the cut (considering price and performance). Is GForce2 Ultra or Quattro2 Pro the better choice? Key applications include *lots* of triangles in some cases, 2D-texture mapping on selected (larger) polygons in other areas. 2. Is Mesa plus XFree performing well or do we need to buy an XServer plus OpenGL? Is there a "professional" OpenGL for Linux still on the market? Any help would be greatly appreciated. Personal views and impressions are grteat. If you think, this is too off-topic, mail to me dircetly (although I am pretty sure information on this point would be valuable to all VTK users. Michael -- \\\ Dr. Michael J. Winckler Michael.Winckler@iwr.uni-heidelberg.de ( o> http://www.iwr.uni-heidelberg.de/%7EMichael.Winckler/ /U ) "If swimming is so good for your figure, --oo-- how come whales look the way they do?" From pushkare@students.uiuc.edu Fri Aug 17 17:22:11 2001 From: pushkare@students.uiuc.edu (Gala'Vi and Liss @ Mainframe Country) Date: Fri, 17 Aug 2001 11:22:11 -0500 (CDT) Subject: [vtkusers] experience with VTK and PC? In-Reply-To: Message-ID: I'm one of the authors of a cross-platform visualization system written completely in VTK. We've been supporting Linux for quite a while (a few years), so been there done that. On Fri, 17 Aug 2001, Michael J. Winckler wrote: > > Hi list members, > > > our institute facilities are based mainly on SGI machines (rom O2 to > Origin 200 to Reality Engine 2). Now we consider extending to Linux- > based PCs in the graphics department two. As we run VTK (and other > visualization software), we would be glad for some user experience > about "graphics power in day-to-day applications". > > Questions: > > 1. nVidia seems to be the graphics chipset to use. GForce3 looks > like it is not good enough to make the cut (considering price > and performance). Is GForce2 Ultra or Quattro2 Pro the better > choice? > > Key applications include *lots* of triangles in some cases, > 2D-texture mapping on selected (larger) polygons in other > areas. I've been running with GForce2 Ultra and had a great time. Runs a lot faster than the RE2 that I have on my Onyx. Haven't had much experience with GForce3, but knowing how long it takes to get a stable driver for Linux, I say don't bother with GForce3 and go with GForce2 > > 2. Is Mesa plus XFree performing well or do we need to buy an XServer > plus OpenGL? Is there a "professional" OpenGL for Linux still on > the market? > Mesa is a software rendering library, so it's noticeably slower than OpenGL. In my experience using OpenGL + XFree86 worked great. You don't need to buy XServer, or whatever that is. Actually Mandrake7.2 and Redhat 7.0 are already just about optimally set up for running VTK. I mean, we've been doing it for a while and no real painful problems. -- Gala Wind NCSA, UIUC > Any help would be greatly appreciated. Personal views and impressions > are grteat. If you think, this is too off-topic, mail to me dircetly > (although I am pretty sure information on this point would be valuable > to all VTK users. > > > Michael > > -- > > \\\ Dr. Michael J. Winckler Michael.Winckler@iwr.uni-heidelberg.de > ( o> http://www.iwr.uni-heidelberg.de/%7EMichael.Winckler/ > /U ) "If swimming is so good for your figure, > --oo-- how come whales look the way they do?" > > > > > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > From tedyvtk@gogo.com.br Fri Aug 17 17:36:01 2001 From: tedyvtk@gogo.com.br (Tedy Marcos Colombini) Date: 17 Aug 2001 16:36:01 -0000 Subject: [vtkusers] Get boundary tethahedrons from an unstructured grid Message-ID: <20010817163601.21650.qmail@gogo.com.br>
Hi!

I'd like to get the edge tetrahedrons from a model (those that have vertex, edges or faces in the model's outer surface), and the sub-cell ID that is laid down on the outer surface. How can I do this??

Thanks in advance,

Tedy Marcos Colombini








e-communication ... gogo.com.br              

From D.Duke@bath.ac.uk Fri Aug 17 17:05:44 2001 From: D.Duke@bath.ac.uk (David Duke) Date: Fri, 17 Aug 2001 18:05:44 +0200 Subject: [vtkusers] Using ProgrammableSource with new dataset types Message-ID: <5.0.2.1.2.20010817174822.00a27ba0@pophost.bath.ac.uk> Hi, I've been working with graphs (as in sets of nodes and edges), represented in the pipeline as vtkPolyData objects. I can read graph data from a file using vtkProgrammableSource, and that works fine. However, I've created a subtype of PolyData to provide higher-level interfaces and graph operations. What I'd *like* to do is continue to use the ProgrammableSource callback with a Tcl procedure, but with the new object type, along these lines: vtkProgrammableSource reader reader SetExecuteMethod readGraph proc readGraph {} { vtkGraph theGraph # read and initialise the graph structure # .... reader SetPolyDataOutput theGraph } This makes sense in my context, as downstream modules that know about graphs can downcast, and modules that work on PolyData can treat the graph as PolyData. The problem is that vtkProgrammableSource doesn't provide "Set...Output" methods. So you are limited to working with the basic dataset types that it supports via its "Get...Output" interface. Of course it is easy to make a subtype of ProgrammableSource and implement the appropriate method, but it seemed like the kind of thing that you might want the Programmable modules to support. I wondered if anyone had a better suggestion, or had encountered a similar problem. thanks, David ---- Dr David Duke Department of Computer Science University of Bath, Bath, BA2 7AY tel: +44 1225 323 407 United Kingdom fax +44 1225 323 493 email: D.Duke@bath.ac.uk web: http://www.bath.ac.uk/~masdad/ From laytonjb@bellsouth.net Fri Aug 17 21:01:37 2001 From: laytonjb@bellsouth.net (Jeff Layton) Date: Fri, 17 Aug 2001 16:01:37 -0400 Subject: [vtkusers] experience with VTK and PC? References: Message-ID: <3B7D7821.F583375B@bellsouth.net> Michael, I haven't run VTK for a while (getting ready to "come back to the fold"). However, at work I've got a few Linux PCs with ATI Radeon Cards (dual PIII/850 with 2 Gigs of memory). We also run a commercial OpenGL accelerated X server from X Inside Graphics (XIG). We compared a couple of applications on these boxes to our Octane2 with V6 graphics. The PCs were about the same speed from a qualitative point of view. We've been very happy with them. Oh. We're running the V2.0 beta of the OpenGL accelerated X server from XIG. It's not expensive - $89. According to XIG, the Radeon is faster than the Geforce2 stuff (can't tell you if it's true since we don't have any of those cards). I think they will also be coming out with a X server for the new Radeon 7500 and 8500 cards (don't know about the time frame though). Good Luck! Jeff Layton "Michael J. Winckler" wrote: > Hi list members, > > our institute facilities are based mainly on SGI machines (rom O2 to > Origin 200 to Reality Engine 2). Now we consider extending to Linux- > based PCs in the graphics department two. As we run VTK (and other > visualization software), we would be glad for some user experience > about "graphics power in day-to-day applications". > > Questions: > > 1. nVidia seems to be the graphics chipset to use. GForce3 looks > like it is not good enough to make the cut (considering price > and performance). Is GForce2 Ultra or Quattro2 Pro the better > choice? > > Key applications include *lots* of triangles in some cases, > 2D-texture mapping on selected (larger) polygons in other > areas. > > 2. Is Mesa plus XFree performing well or do we need to buy an XServer > plus OpenGL? Is there a "professional" OpenGL for Linux still on > the market? > > Any help would be greatly appreciated. Personal views and impressions > are grteat. If you think, this is too off-topic, mail to me dircetly > (although I am pretty sure information on this point would be valuable > to all VTK users. > > Michael > > -- > > \\\ Dr. Michael J. Winckler Michael.Winckler@iwr.uni-heidelberg.de > ( o> http://www.iwr.uni-heidelberg.de/%7EMichael.Winckler/ > /U ) "If swimming is so good for your figure, > --oo-- how come whales look the way they do?" > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers From nNunn@ausport.gov.au Fri Aug 17 22:12:14 2001 From: nNunn@ausport.gov.au (Nigel Nunn) Date: Sat, 18 Aug 2001 07:12:14 +1000 Subject: [vtkusers] Re: experience with VTK and PC? Message-ID: <24962C31F35BD311A1450000F81F32BD0512829C@elmo.ausport.gov.au> Hi Michael, If your Vtk app needs to calculate the data it renders, then consider multi-processor PC motherboards. Serious sciviz apps will be limited by computational bottlenecks as well as texture/render speeds. Your average GeForce card can do (theoretical) millions of triangles/sec, but the little TCL "spherebench" shatters such pretensions. I can recommend DEC's NT OS (also known as WinNT in one commercial manifestation) due to its effortless symmetry when spreading threads over available processors. Sadly, some institutions only use free software, thus missing out on certain professional tools. Nigel. From rk_house@pacbell.net Sat Aug 18 21:16:12 2001 From: rk_house@pacbell.net (Ronald K. House) Date: Sat, 18 Aug 2001 13:16:12 -0700 Subject: [vtkusers] glapi_Context? Message-ID: <3B7ECD0C.4010005@pacbell.net> I am trying to build VTK on a Linux Mandrake 8.0 system. In user.make, I have: TCL_INCLUDE=-I/usr/local/src/tcl8.2.3/generic TCL_LIB=-ltcl8.2 TK_INCLUDE=-I/usr/local/src/tk8.2.3/generic TK_LIB=-L/usr/local/lib -ltk8.2 MESA_INCLUDE=-I/usr/X11R6/include/GL MESA_LIB=-lOSMesa -lMesaGLU -lMesaGL I configured using: ./configure --with-tcl --with-tkwidget --with-patented --with-local --with-shared --with-mesa Everything seems to compile and link OK, but when I try to execute vtk, I get the following eror: Error while loading shared libraries: /usr/X11R6/lib/libOSMesa.so.3: undefined symbol _glapi_Context Has anyone else encountered this problem? And anyone know why the doesn't linker catch this? thanks, Ron From semeraro@ncsa.uiuc.edu Sun Aug 19 01:38:58 2001 From: semeraro@ncsa.uiuc.edu (Dave Semeraro) Date: Sat, 18 Aug 2001 19:38:58 -0500 Subject: [vtkusers] paralleliso isnt. Message-ID: <4.2.2.20010818193109.02352d68@pop.ncsa.uiuc.edu> I have a question about the pipeline execution of the paralleliso example. That example uses several processors to calculate an isosurface. It uses input and output ports. Process 0 builds several input ports and pipes their output to an appendpolydata filter. I have no doubt that when the pipeline executes geometry is generated on each process. I am not convinced that it is done concurrently. I think that when the appendpolydata filter updates it updates each of its inputs sequentially. The inputs to the filter are the output if the input ports. When this update occurs it waits for the part of the pipeline to execute and unwind for each port sequentially. That would mean that the filter would wait for each process to do its thing before moving to the next input. Is that what is really happening or am I reading the code incorrectly. I have done some timing of this example and get no speedup. My platform is MPI on a cluster of workstations. The program executes correctly and I get the iso surface but there is no speed up when I increase the number of processors. For the program to execute in parallel there would need to be some asynchronous update mechanism and I cant seem to find it. Of course it is entirely possible that I am mistaken. I know there are several parallel users out there. Anyone experience the same problems? Best Regards, Dave Semeraro Dave Semeraro Ph.D. Site Scientific Visualization Lead ASC MSRC Wright Patterson Air force Base Visualization and Virtual Environments Group NCSA University of Illinois 605 E. Springfield Ave. Champaign, IL 61820 Semeraro@ncsa.uiuc.edu (217) 244-1852 From woodse1@lincoln.ac.nz Sun Aug 19 10:56:03 2001 From: woodse1@lincoln.ac.nz (Eric Charles Woods) Date: Sun, 19 Aug 2001 21:56:03 +1200 Subject: [vtkusers] Giving lines a gradient opacity Message-ID: <3B8035F6.24955.556C9B2@localhost> I am wanting to display vector data as simple lines with 2 points, and I am currently using vtkLineSource ok. Problem is, I would like to indicate the directions of the lines by having it fade from fully opaque to fully transparent. To do this I would like to be able to give each endpoint a different opacity value. Is this possible? Even giving each endpoint a different colour value could be better than a kick in the pants. Can anyone think of anything other than a kick in the pants? thanks -=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=- Eric Woods Applied Management & Computing Division Lincoln University Ph 3253838 ext 8813 Cell 025 605 6021 -=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=- From lisa.avila@kitware.com Sun Aug 19 22:08:38 2001 From: lisa.avila@kitware.com (Lisa Sobierajski Avila) Date: Sun, 19 Aug 2001 17:08:38 -0400 Subject: [vtkusers] Giving lines a gradient opacity In-Reply-To: <3B8035F6.24955.556C9B2@localhost> Message-ID: <4.3.2.20010819170639.02030800@pop.nycap.rr.com> Hello Eric, You need to associate scalars with the points in your lines. You would then use a lookup table to define the RGBA color for each scalar value - and therefore you can have independent color/opacity at each end of the line. How well this works for you will depend on your hardware / video driver as some of them do a poor job of color interpolation on lines. Lisa At 05:56 AM 8/19/2001, Eric Charles Woods wrote: >I am wanting to display vector data as simple lines with 2 points, >and I am currently using vtkLineSource ok. > >Problem is, I would like to indicate the directions of the lines by >having it fade from fully opaque to fully transparent. To do this I >would like to be able to give each endpoint a different opacity value. >Is this possible? > >Even giving each endpoint a different colour value could be better >than a kick in the pants. > >Can anyone think of anything other than a kick in the pants? > >thanks > > >-=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=- >Eric Woods >Applied Management & Computing Division >Lincoln University >Ph 3253838 ext 8813 >Cell 025 605 6021 >-=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=^=- > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: > >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers From shade_cn@yahoo.com Mon Aug 20 04:04:40 2001 From: shade_cn@yahoo.com (Shade) Date: Mon, 20 Aug 2001 11:04:40 +0800 Subject: [vtkusers] How can do surface rendering with hardware acceleartion? References: <4.3.2.20010819170639.02030800@pop.nycap.rr.com> Message-ID: <001701c12924$dcdb0ff0$4501a8c0@vicolab.dyndns.org> Dear everyone, When I do volume rendering with vtkWin32OpenGLRenderWindow and vtkVolumeTextureMapper2D, I can utilize the hardware acceleration of my "3Dlabs Permedia3!" display adapter, the rendering speed is faster than other display adapter without hardware acceleration. But when I do surface rendering with vtkWin32OpenGLRenderWindow and vtkOpenGLPolyDataMapper, it seems the rendering speed of "3Dlabs Permedia3!" is the same slow as other display adapter without hareware acceleration. Who can tell me what's wrong with my surface rendering scheme? Thanks in advance! Yours, Shade From B.Mannan@geind.ge.com Mon Aug 20 08:02:01 2001 From: B.Mannan@geind.ge.com (Mannan, B (CORP, GEITC)) Date: Mon, 20 Aug 2001 12:32:01 +0530 Subject: [vtkusers] Basic problem while installing Message-ID: <2025E70FDF44D511918D00508B650D9401AD6685@ban03xbindge.geind.ge.com> hi folks, I am getting following error message while loading vtktsl.dll in wish82 " couldn't load file "vtktcl": invalid argument " I removed all vtk related binaries and reinstalled new version of vtk3.2 and tcl/tk8.2.3 from the CD.Can anybody suggest how to overcome this problem. Thanks in advance, B, Mannan _____________________________________________________________ B. Mannan, Ph.D. eMail: B.Mannan@geind.ge.com Global Imaging Technologies Lab Work: +91-80-8412050...69 ext 2121 GE John F. Welch Technology Center Fax: +91-80-8412111 DCom:*9012121 EPIP, 152, Phase II, Hoodi Village, Whitefield Rd., Bangalore 560066, INDIA From zhangjunyue@sina.com Mon Aug 20 08:23:03 2001 From: zhangjunyue@sina.com (zhang junyue) Date: Mon, 20 Aug 2001 15:23:03 +0800 Subject: [vtkusers] How to use vtkCellDataToPointData? Message-ID: <000801c12948$f36ee600$0b1684c0@etazjy> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C1298C.015989D0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Hi, everyone, I have a UnstructuredGrid model, which contains cell data. My request is = to show the model in point data. =20 After looking for VTK GUIDE, I find vtkCellDataToPointData, but how to = use it? Thanks for your any help. Best Regards J.Zhang ------=_NextPart_000_0005_01C1298C.015989D0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Hi, everyone,
 
I have a UnstructuredGrid model, which = contains=20 cell data. My request is to show the model in point data.  =
After looking for VTK GUIDE, I find=20 vtkCellDataToPointData, but how to use it?
 
Thanks for your any help.
 
Best Regards
 
J.Zhang
------=_NextPart_000_0005_01C1298C.015989D0-- From simon.faust@post.rwth-aachen.de Mon Aug 20 13:49:42 2001 From: simon.faust@post.rwth-aachen.de (Simon Faust) Date: Mon, 20 Aug 2001 14:49:42 +0200 Subject: [vtkusers] read/insert points from/into polydata Message-ID: <000e01c12976$957c0fe0$02300a0a@nexus> This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C12987.58A92B50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi=20 I have the following little problem: in my app, there is a vtkPolyData = that contains several vtkPoints. These points have to be transformed. = After that, I want to read the transformed point data and insert it into = another instance of vtkPolyData. I have tried the following: Set nextprofile =3D profileTF2.GetOutput.GetPoints (after = transformation, profileTF2 is vtkTransformPolyDataFilter) and then segmentpt(j).SetPoint 0, nextprofile.GetPoint(0) (in order to insert = Point 0 from nextprofile as Point 0 into segmentpt(j) (<- vtkPoint)).=20 This doesn't work. Thankfully awaiting any hints Simon =20 ------=_NextPart_000_000B_01C12987.58A92B50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi
I have the following little problem: in = my app,=20 there is a vtkPolyData that contains several vtkPoints. These points = have to be=20 transformed. After that, I want to read the transformed point data and = insert it=20 into another instance of vtkPolyData.
I have tried the = following:
 Set nextprofile =3D=20 profileTF2.GetOutput.GetPoints (after transformation, profileTF2 is=20 vtkTransformPolyDataFilter)
and then
 segmentpt(j).SetPoint 0,=20 nextprofile.GetPoint(0) (in order to insert Point 0 from nextprofile as = Point 0=20 into segmentpt(j) (<- vtkPoint)).
This doesn't work. Thankfully awaiting = any=20 hints
Simon
 
    =20
------=_NextPart_000_000B_01C12987.58A92B50-- From berk.geveci@kitware.com Mon Aug 20 15:32:33 2001 From: berk.geveci@kitware.com (Berk Geveci) Date: Mon, 20 Aug 2001 10:32:33 -0400 Subject: [vtkusers] paralleliso isnt. Message-ID: <3B811F81.F84AFC7C@kitware.com> Hi Dave, > For the program to execute in parallel there would need to be some asynchronous > update mechanism and I cant seem to find it. Of course it is entirely possible > that I am mistaken. There is already an asynchronous update mechanism. It is one of the passes in the pipeline execution: TriggerAsynchronousUpdate(). It is between PropagateUpdateExtent() and UpdateData(). This is described in detail in the User's Guide. The code you want to look at is in vtkInputPort. In the implementation of TriggerAsynchronousUpdate(), the input port triggers an update in the corresponding output port. Since this is done for all inputs of the append filter in a loop, all the processes start executing roughly at the same time. I have instrumented ParallelIso with MPE and I am attaching the result. You can see that all the processes start reading roughly at the same time. You can also see that the first process reads and contours only after it completes receiving. This WAS a bug (I fixed it about a month ago; the log files are from before them). Normally, the process object sorts it's inputs by locality and calls Update() on the local inputs first. The problem was that the input port was not setting the locality parameter. After fixing that, I observed that all processes read and contoured in parallel. When I ran this program in our cluster, I also observed that it scales very poorly. I think there are two reasons for this: 1) IO: In our setting, the data files are on a shared disk which is mounted via NFS. All processes start reading from the same disk, sharing the same network switch. To test whether this is the case, one would have to put a local copy of the data files to each machine. 2) Balance: This problem is not balanced AT ALL. Some of the processes do not generate anything when contouring, some others generate a lot. The situation gets worse as the number of processes is increased. I hope this answers your questions. -- Berk Geveci, Ph.D. Kitware, Inc. VTK-Based Visualization Solutions 469 Clifton Corporate Parkway Clifton Park, NY 12065 USA berk.geveci@kitware.com http://www.kitware.com Phone (518) 371-3971 x107 Fax (518) 371-3971 From Yogish.Mallya@geind.ge.com Mon Aug 20 16:08:12 2001 From: Yogish.Mallya@geind.ge.com (Mallya, Yogish (CORP, GEITC)) Date: Mon, 20 Aug 2001 20:38:12 +0530 Subject: [vtkusers] help needed in resolving this pipeline problem Message-ID: <2025E70FDF44D511918D00508B650D9401AFA8BB@ban03xbindge.geind.ge.com> Hi folks, I am using vtkImageDatastreamer to split the data in the Z direction(to create smaller chunks ). The tcl code looks something like this. vtkImageGradientMagnitude gradient gradient SetInput [ reader GetOutput] vtkImageDataStreamer imageStreamer1 imageStreamer1 SetInput [ gradient GetOutput] imageStreamer1 Update vtkImageDataStreamer imageStreamer2 imageStreamer2 SetInput [ gradient GetOutput] imageStreamer2 Update Here object "gradient" executes twice. Is this the right behaviour of pipeline ?. Actually I want to execute "gradient" only once. Can someone please tell me how to overcome the re-execution of "gradient" ? Thanks in advance, Yogish mallya From Olivier.Cuisenaire@epfl.ch Mon Aug 20 16:19:03 2001 From: Olivier.Cuisenaire@epfl.ch (Olivier Cuisenaire) Date: Mon, 20 Aug 2001 17:19:03 +0200 Subject: [vtkusers] bug / fix in vtkXYPlotActor.cxx Message-ID: <3B812A67.60908@epfl.ch> This is a multi-part message in MIME format. --------------060907020003010707080407 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I think I found a small bug in vtkXYPlotActor. It doesn't display the range of the Y axis correctly in some cases. The following patch solves the problem. Olivier -- Olivier Cuisenaire, Ph.D. Phone:+41 21 6934712 http://ltswww.epfl.ch/~cuisenai Fax: +41 21 6937600 Signal Processing Laboratory (LTS), Swiss Federal Institute of Technology (EPFL), CH-1015 Lausanne, Switzerland --------------060907020003010707080407 Content-Type: text/plain; name="patch.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch.txt" Index: vtkXYPlotActor.cxx =================================================================== RCS file: /vtk/cvsroot/vtk/contrib/vtkXYPlotActor.cxx,v retrieving revision 1.24 diff -r1.24 vtkXYPlotActor.cxx 541c541 < this->YAxis->SetRange(yrange[1],range[0]); --- > this->YAxis->SetRange(yrange[1],yrange[0]); --------------060907020003010707080407-- From smd@occlusal.rutgers.edu Mon Aug 20 17:44:50 2001 From: smd@occlusal.rutgers.edu (Stanley Dunn) Date: Mon, 20 Aug 2001 12:44:50 -0400 (EDT) Subject: [vtkusers] paralleliso isnt. In-Reply-To: <3B811F81.F84AFC7C@kitware.com> Message-ID: On Mon, 20 Aug 2001, Berk Geveci wrote: > When I ran this program in our cluster, I also observed that it scales > very poorly. I think there are two reasons for this: > 1) IO: In our setting, the data files are on a shared disk which is mounted > via NFS. All processes start reading from the same disk, sharing the same > network switch. To test whether this is the case, one would have to put a > local copy of the data files to each machine. > 2) Balance: This problem is not balanced AT ALL. Some of the processes > do not generate anything when contouring, some others generate a lot. The > situation gets worse as the number of processes is increased. When I was working on this last year with Scott Klasky at PPPL, it did scale very poorly and I believe that this is due in part to marshalling/unmarshalling the data. I assume that the marshalling/unmarshalling has not changed in the past year. Stan Stanley M Dunn, Ph.D. Paul S. and Mary W. Monroe Faculty Scholar Vice Chair, Biomedical Engineering Associate Dean for Industrial Outreach, School of Engineering Rutgers University (732) 445 - 4462 (BME) (732) 445 - 3224 (SOE/CPSE) (732) 445 - 3753 (Fax) From jshalf@lbl.gov Mon Aug 20 18:25:09 2001 From: jshalf@lbl.gov (John Shalf) Date: Mon, 20 Aug 2001 10:25:09 -0700 Subject: [vtkusers] paralleliso isnt. References: Message-ID: <3B8147F5.2A01B65C@lbl.gov> Stanley Dunn wrote: > > On Mon, 20 Aug 2001, Berk Geveci wrote: > > > When I ran this program in our cluster, I also observed that it scales > > very poorly. I think there are two reasons for this: > > 1) IO: In our setting, the data files are on a shared disk which is mounted > > via NFS. All processes start reading from the same disk, sharing the same > > network switch. To test whether this is the case, one would have to put a > > local copy of the data files to each machine. > > 2) Balance: This problem is not balanced AT ALL. Some of the processes > > do not generate anything when contouring, some others generate a lot. The > > situation gets worse as the number of processes is increased. > > When I was working on this last year with Scott Klasky at PPPL, it did > scale very poorly and I believe that this is due in part to > marshalling/unmarshalling the data. I assume that the > marshalling/unmarshalling has not changed in the past year. > Stan I think Jim Ahrens pointed out to me at one time that the default marshalling/unmarshalling is in ASCII, but there is a method that can be used to force the vtkMPICommunicator to use binary. Otherwise you get throttled by the cost of marshalling/unmarshalling the data (an incredibly slow process even on gigahertz CPU's). Anyways, this was from a conversation from more than a year ago about code that hadn't made it to release yet. I expect its now part of the vtk CVS tree, but I haven't had time to follow up on it. If anyone finds this method for turning off ASCII marshalling, then please report to the list. -john From amy.henderson@kitware.com Mon Aug 20 18:30:06 2001 From: amy.henderson@kitware.com (Amy Henderson) Date: Mon, 20 Aug 2001 13:30:06 -0400 Subject: [vtkusers] bug / fix in vtkXYPlotActor.cxx In-Reply-To: <3B812A67.60908@epfl.ch> Message-ID: <4.3.2.7.2.20010820131342.01f6b578@pop.nycap.rr.com> --=====================_619478462==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed This bug has been fixed for a new VTK tree, to be announced shortly. If you're really adventurous, you can get a copy of the new tree from cvs at anonymous@www.visualizationtoolkit.org:/cvsroot/VTK co VTK, and there's a README file in the VTK directory explaining how to build and compile, but be aware that things are still rapidly changing in the new tree. - Amy At 05:19 PM 8/20/2001 +0200, Olivier Cuisenaire wrote: >I think I found a small bug in vtkXYPlotActor. It doesn't display the >range of the Y axis correctly in some cases. The following patch solves >the problem. > >Olivier > >-- >Olivier Cuisenaire, Ph.D. Phone:+41 21 6934712 >http://ltswww.epfl.ch/~cuisenai Fax: +41 21 6937600 >Signal Processing Laboratory (LTS), Swiss Federal Institute >of Technology (EPFL), CH-1015 Lausanne, Switzerland > > > >Index: vtkXYPlotActor.cxx >=================================================================== >RCS file: /vtk/cvsroot/vtk/contrib/vtkXYPlotActor.cxx,v >retrieving revision 1.24 >diff -r1.24 vtkXYPlotActor.cxx >541c541 >< this->YAxis->SetRange(yrange[1],range[0]); >--- > > this->YAxis->SetRange(yrange[1],yrange[0]); --=====================_619478462==_.ALT Content-Type: text/html; charset="us-ascii" This bug has been fixed for a new VTK tree, to be announced shortly.  If you're really adventurous, you can get a copy of the new tree from cvs at anonymous@www.visualizationtoolkit.org:/cvsroot/VTK co VTK, and there's a README file in the VTK directory explaining how to build and compile, but be aware that things are still rapidly changing in the new tree.

- Amy

At 05:19 PM 8/20/2001 +0200, Olivier Cuisenaire wrote:

I think I found a small bug in vtkXYPlotActor. It doesn't display the range of the Y axis correctly in some cases. The following patch solves the problem.

Olivier

--
Olivier Cuisenaire, Ph.D.              Phone:+41 21 6934712
http://ltswww.epfl.ch/~cuisenai       Fax:  +41 21 6937600     
Signal Processing Laboratory (LTS), Swiss Federal Institute
of Technology (EPFL), CH-1015 Lausanne, Switzerland



Index: vtkXYPlotActor.cxx
===================================================================
RCS file: /vtk/cvsroot/vtk/contrib/vtkXYPlotActor.cxx,v
retrieving revision 1.24
diff -r1.24 vtkXYPlotActor.cxx
541c541
<             this->YAxis->SetRange(yrange[1],range[0]);
---
>             this->YAxis->SetRange(yrange[1],yrange[0]);
--=====================_619478462==_.ALT-- From odonnell@ai.mit.edu Mon Aug 20 15:35:49 2001 From: odonnell@ai.mit.edu (Lauren O'Donnell) Date: Mon, 20 Aug 2001 10:35:49 -0400 (EDT) Subject: [vtkusers] help?, and bug in vtkHyperStreamline.cxx Message-ID: In vtkHyperStreamline.cxx if the user calls SetStartLocation (instead of the SetStartPosition used in Hyper.tcl) this information is not used by the class. I added what seems like the correct code, but I am having other problems (see below). In the Execute method, I added a few lines of code (snippet starts at line 460): else //VTK_START_FROM_LOCATION { sPtr = this->Streamers[0].InsertNextHyperPoint(); // --- these few lines are the part I added: // use start location information from user sPtr->CellId = this->StartCell; sPtr->SubId = this->StartSubId; for (i=0; i<3; i++) { sPtr->P[i] = this->StartPCoords[i]; } // --- end of code that I added. cell = input->GetCell(sPtr->CellId); cell->EvaluateLocation(sPtr->SubId, sPtr->P, sPtr->X, w); } The problem that I am currently having is that I am using vtkCellPicker to pick locations from which to start hyperstreamlines, and either of these two things happens: 1. If I use x,y,z coordinates from the picker, the HyperStreamline class does not find the same cell as the picker, and often finds no cell (-1). 2. If I use a cell id as input to the HyperStreamline class, the x,y,z coordinates (found using the above patch) do not match those found by the picker. They are not even close, and the output streamline does not appear near the originally picked point. There must be something I really don't understand here. Any help is appreciated. (A few more boring details are at the end.) Thanks! Lauren Boring details: Here are some cells I picked with the picker, and their x,y,z coords according to the picker and to the HyperStreamline class: User-Selected Cell: 40905 0 1 0 0 , (x,y,z): 123.201 93.4667 4.97678 HyperStreamline input cell: 40905 (x,y,z): 12 68 2 User-Selected Cell: 40131 0 0 0 0 , (x,y,z): 123.002 88.2196 4.05933 HyperStreamline input cell: 40131 x,y,z: 126 61 2 User-Selected Cell: 40906 0 0 0 0 , (x,y,z): 125.153 94.694 3.78601 HyperStreamline input cell: 40906 x,y,z: 12 68 2 I also set the Tolerance of the picker to 0.001 but that didn't help. From berk.geveci@kitware.com Mon Aug 20 19:52:41 2001 From: berk.geveci@kitware.com (Berk Geveci) Date: Mon, 20 Aug 2001 14:52:41 -0400 Subject: [vtkusers] paralleliso isnt. Message-ID: <3B815C79.B3E38B4B@kitware.com> > When I was working on this last year with Scott Klasky at PPPL, it did > scale very poorly and I believe that this is due in part to > marshalling/unmarshalling the data. I assume that the > marshalling/unmarshalling has not changed in the past year. > This is quite possible. I didn't run into it in my tests but I only ran on up to 8 processors. > I think Jim Ahrens pointed out to me at one time that the > default marshalling/unmarshalling is in ASCII, but there is > a method that can be used to force the vtkMPICommunicator to > use binary. Otherwise you get throttled by the cost of > marshalling/unmarshalling the data (an incredibly slow > process even on gigahertz CPU's). The marshalling/unmarshalling is not done in ASCII (as far as I can see, it's not even possible to force it to be ASCII). It has been this way for at least a year (I really don't know when that was changed, it must have been before I joined Kitware last year). -- Berk Geveci, Ph.D. Kitware, Inc. VTK-Based Visualization Solutions 469 Clifton Corporate Parkway Clifton Park, NY 12065 USA berk.geveci@kitware.com http://www.kitware.com Phone (518) 371-3971 x107 Fax (518) 371-3971 From ben.held@staarinc.com Mon Aug 20 21:52:21 2001 From: ben.held@staarinc.com (Ben Held) Date: Mon, 20 Aug 2001 15:52:21 -0500 Subject: [vtkusers] Wait cursor during filter execution using vtkJava Message-ID: Is there a way to force a wait cursor to be displayed when the vtk filter chain is executed using vtkJava? I am familiar with how to turn on a wait cursor in java, but even if I call: waitCursorStart(); mapper.GetInput().Update(); waitCursorEnd(); Where waitCursorStart and waitCursorEnd are my functions. I don't see a wait cursor - the vtkframe is just white during the update. Ben Ben L. Held Simulation Technology & Applied Research, Inc. 11520 N. Port Washington Rd. Suite 101B Mequon, WI 53092 Phone: (262) 240-0291 x101 FAX: (262) 240-0294 e-mail: ben.held@staarinc.com web: http://www.staarinc.com From jeff@cdnorthamerica.com Mon Aug 20 22:28:53 2001 From: jeff@cdnorthamerica.com (J.A. Lee) Date: Mon, 20 Aug 2001 17:28:53 -0400 Subject: [vtkusers] Wait cursor during filter execution using vtkJava References: Message-ID: <3B818115.5C201763@cdnorthamerica.com> Mabey combination of SetProgressMethod and setCursor(Cursor.getPredefinedCursor(Cursor.WAIT_CURSOR)). The method you feed SetProgressMethod will get executed as many times as the filter executes, so you could set the cursor to wait when GetProgress is 0 and then set it to default when GetProgress is 100 or something like that. -Jeff Ben Held wrote: > Is there a way to force a wait cursor to be displayed when the vtk filter > chain is executed using vtkJava? I am familiar with how to turn on a wait > cursor in java, but even if I call: > > waitCursorStart(); > mapper.GetInput().Update(); > waitCursorEnd(); > > Where waitCursorStart and waitCursorEnd are my functions. > > I don't see a wait cursor - the vtkframe is just white during the update. > > Ben > > Ben L. Held > Simulation Technology & Applied Research, Inc. > 11520 N. Port Washington Rd. > Suite 101B > Mequon, WI 53092 > Phone: (262) 240-0291 x101 > FAX: (262) 240-0294 > e-mail: ben.held@staarinc.com > web: http://www.staarinc.com > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers From evertjan@isi.uu.nl Mon Aug 20 22:47:18 2001 From: evertjan@isi.uu.nl (evertjan@isi.uu.nl) Date: Mon, 20 Aug 2001 23:47:18 +0200 Subject: [vtkusers] surface reconstruction from unstructured grid Message-ID: <3B818566.33FE2B3A@isi.uu.nl> Hi, I have sample points of the surface of a single 3D object, shaped something like a bowling pin (so mostly convex, but some local concavities) in an unstructured grid. From these (sparse) points I want to find a surface representation of the volume. I used Delaunay3D, but this does not reconstruct the concave part well, even for alpha!=0, which yielded some surprising results. The vtkSurfaceReconstructionFilter gives strange results too, maybe because the number of points (80 per volume) is too low? Anybody has hints on this? I have a fealing Delaynay might do the trick with some restrictions? Best regards Evert-jan Vonken From lisa.avila@kitware.com Mon Aug 20 22:10:54 2001 From: lisa.avila@kitware.com (Lisa S. Avila) Date: Mon, 20 Aug 2001 17:10:54 -0400 Subject: [vtkusers] volume rendering changes In-Reply-To: <4.3.2.7.2.20010820131342.01f6b578@pop.nycap.rr.com> References: <3B812A67.60908@epfl.ch> Message-ID: <5.0.0.25.0.20010820153859.0c43c668@pop.nycap.rr.com> --=====================_457659406==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hello, I have just checked in some fairly significant changes to vtkVolumeRayCastMapper. These changes are part of the "bigger picture" of the rendering restructuring in VTK. Here are the highlights of the change: * The vtkVolumeRayCastMapper now does its own ray casting (as opposed to relying on the vtkRayCaster) * The ray casting resolution is independent of the resolution at which geometry is rendered - so when you drop to lower resolution ray casting for interactivity the geometry does not become blocky Here are the API changes: * All the methods in vtkRayCaster are obsolete. This includes: * Methods to control the automatic image scale such as AutomaticScaleAdjustmentOn, AutomaticScaleAdjustmentOff, SetAutomaticScaleLowerLimit. Instead you should use these methods on the vtkRayCastMapper: AutoAdjustSampleDistancesOn, AutoAdjustSampleDistancesOff, SetImageSampleDistance, SetMinimumImageSampleDistance, and SetMaximumImageSampleDistance * The method to control the number of threads - this has moved from vtkRayCaster to vtkVolumeRayCastMapper (SetNumberOfThreads) * Methods to control nearest neighbor or bilinear zoom - in the new vtkVolumeRayCastMapper only bilinear zoom is supported currently. * Ray bounding for ray casting is no longer supported. Therefore the SetRayBounder method is obsolete on the vtkVolumeRayCastMapper. * A new variable IntermixIntersectingGeometry was introduced into the vtkVolumeRayCastMapper. By default it is on. If you do not have intersecting geometry (a bounding box around the volume is not intersecting, a cursor drawn through the volume is) you may want to turn this off to improve the performance and the low resolution image. Here is what's coming next: Next Monday I will be checking in the next set of changes. This will include removing two passes from the renderer (ray casting and render into image). At this point I will remove the following obsolete classes: vtkRayCaster vtkViewRays vtkRayBounder vtkProjectedPolyDataRayBounder vtkOpenGLProjectedPolyDataRayBounder vtkMesaProjectedPolyDataRayBounder vtkRayCastStructures.h vtkVolumeRayCastStructures.h Let me know if you run into any problems or have any questions. Lisa --=====================_457659406==_.ALT Content-Type: text/html; charset="us-ascii" Hello,

I have just checked in some fairly significant changes to vtkVolumeRayCastMapper. These changes are part of the "bigger picture" of the rendering restructuring in VTK.

Here are the highlights of the change:
  • The vtkVolumeRayCastMapper now does its own ray casting (as opposed to relying on the vtkRayCaster)
  • The ray casting resolution is independent of the resolution at which geometry is rendered - so when you drop to lower resolution ray casting for interactivity the geometry does not become blocky
Here are the API changes:
  • All the methods in vtkRayCaster are obsolete. This includes:
    • Methods to control the automatic image scale such as AutomaticScaleAdjustmentOn, AutomaticScaleAdjustmentOff, SetAutomaticScaleLowerLimit. Instead you should use these methods on the vtkRayCastMapper: AutoAdjustSampleDistancesOn, AutoAdjustSampleDistancesOff, SetImageSampleDistance, SetMinimumImageSampleDistance, and SetMaximumImageSampleDistance
    • The method to control the number of threads - this has moved from vtkRayCaster to vtkVolumeRayCastMapper (SetNumberOfThreads)
    • Methods to control nearest neighbor or bilinear zoom - in the new vtkVolumeRayCastMapper only bilinear zoom is supported currently.
  • Ray bounding for ray casting is no longer supported. Therefore the SetRayBounder method is obsolete on the vtkVolumeRayCastMapper.
  • A new variable IntermixIntersectingGeometry was introduced into the vtkVolumeRayCastMapper. By default it is on. If you do not have intersecting geometry (a bounding box around the volume is not intersecting, a cursor drawn through the volume is) you may want to turn this off to improve the performance and the low resolution image.


Here is what's coming next:

        Next Monday I will be checking in the next set of changes. This will include removing two passes from the renderer (ray casting and render into image). At this point I will remove the following obsolete classes:

vtkRayCaster
vtkViewRays
vtkRayBounder
vtkProjectedPolyDataRayBounder
vtkOpenGLProjectedPolyDataRayBounder
vtkMesaProjectedPolyDataRayBounder
vtkRayCastStructures.h
vtkVolumeRayCastStructures.h


Let me know if you run into any problems or have any questions.


Lisa

--=====================_457659406==_.ALT-- From jeff@cdnorthamerica.com Mon Aug 20 22:43:32 2001 From: jeff@cdnorthamerica.com (J.A. Lee) Date: Mon, 20 Aug 2001 17:43:32 -0400 Subject: [vtkusers] Wait cursor during filter execution using vtkJava References: <3B818115.5C201763@cdnorthamerica.com> Message-ID: <3B818484.EC99B2EE@cdnorthamerica.com> --------------0588385C6CCDF619A22BDAEE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Better yet, you could use SetStartMethod and SetEndMethod instead of SetProgressMethod, like vtkGeometryFilter gf; gf.SetStartMethod(this,"startProgress"); gf.SetEndMethod(this,"endProgress"); protected void startProgress(){setCursor(Cursor.getPredefinedCursor(Cursor.WAIT_CURSOR)); protected void endProgress(){setCursor(Cursor.getPredefinedCursor(Cursor.DEFAULT_CURSOR));} "J.A. Lee" wrote: > Mabey combination of SetProgressMethod and > setCursor(Cursor.getPredefinedCursor(Cursor.WAIT_CURSOR)). The method you feed > SetProgressMethod will get executed as many times as the filter executes, so you could set the > cursor to wait when GetProgress is 0 and then set it to default when GetProgress is 100 or > something like that. > -Jeff > > Ben Held wrote: > > > Is there a way to force a wait cursor to be displayed when the vtk filter > > chain is executed using vtkJava? I am familiar with how to turn on a wait > > cursor in java, but even if I call: > > > > waitCursorStart(); > > mapper.GetInput().Update(); > > waitCursorEnd(); > > > > Where waitCursorStart and waitCursorEnd are my functions. > > > > I don't see a wait cursor - the vtkframe is just white during the update. > > > > Ben > > > > Ben L. Held > > Simulation Technology & Applied Research, Inc. > > 11520 N. Port Washington Rd. > > Suite 101B > > Mequon, WI 53092 > > Phone: (262) 240-0291 x101 > > FAX: (262) 240-0294 > > e-mail: ben.held@staarinc.com > > web: http://www.staarinc.com > > > > _______________________________________________ > > This is the private VTK discussion list. > > Please keep messages on-topic. Check the FAQ at: > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/vtkusers > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers -- J.A. Lee Software Engineer Computational Dynamics North America 3 Schoolhouse Lane Etna NH, 03750 ph: 603-643-9993 x109, fax: 603-643-9994 --------------0588385C6CCDF619A22BDAEE Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Better yet, you could use SetStartMethod and SetEndMethod instead of SetProgressMethod, like
vtkGeometryFilter gf;
gf.SetStartMethod(this,"startProgress");
gf.SetEndMethod(this,"endProgress");
protected void startProgress(){setCursor(Cursor.getPredefinedCursor(Cursor.WAIT_CURSOR));
protected void endProgress(){setCursor(Cursor.getPredefinedCursor(Cursor.DEFAULT_CURSOR));}
 

"J.A. Lee" wrote:

Mabey combination of SetProgressMethod and
setCursor(Cursor.getPredefinedCursor(Cursor.WAIT_CURSOR)).  The method you feed
SetProgressMethod will get executed as many times as the filter executes, so you could set the
cursor to wait when GetProgress is 0 and then set it to default when GetProgress is 100 or
something like that.
-Jeff

Ben Held wrote:

> Is there a way to force a wait cursor to be displayed when the vtk filter
> chain is executed using vtkJava?  I am familiar with how to turn on a wait
> cursor in java, but even if I call:
>
> waitCursorStart();
> mapper.GetInput().Update();
> waitCursorEnd();
>
> Where waitCursorStart and waitCursorEnd are my functions.
>
> I don't see a wait cursor - the vtkframe is just white during the update.
>
> Ben
>
> Ben L. Held
> Simulation Technology & Applied Research, Inc.
> 11520 N. Port Washington Rd.
> Suite 101B
> Mequon, WI  53092
> Phone: (262) 240-0291 x101
> FAX: (262) 240-0294
> e-mail: ben.held@staarinc.com
> web: http://www.staarinc.com
>
> _______________________________________________
> This is the private VTK discussion list.
> Please keep messages on-topic. Check the FAQ at: <http://public.kitware.com/cgi-bin/vtkfaq>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/vtkusers

_______________________________________________
This is the private VTK discussion list.
Please keep messages on-topic. Check the FAQ at: <http://public.kitware.com/cgi-bin/vtkfaq>
Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/vtkusers

-- 
J.A. Lee
Software Engineer
Computational Dynamics North America
3 Schoolhouse Lane
Etna NH, 03750
ph: 603-643-9993 x109, fax: 603-643-9994
  --------------0588385C6CCDF619A22BDAEE-- From leung@arlut.utexas.edu Mon Aug 20 22:50:58 2001 From: leung@arlut.utexas.edu (leung@arlut.utexas.edu) Date: Mon, 20 Aug 2001 16:50:58 -0500 Subject: [vtkusers] VTK and VRML C++ examples Message-ID: Hi, I was wondering if someone has some examples of C++ code that allows one to export to a file in VRML (.wml). Thanks. Al From P.Kiran@geind.ge.com Tue Aug 21 07:14:31 2001 From: P.Kiran@geind.ge.com (Kiran, P (CORP, GEITC)) Date: Tue, 21 Aug 2001 11:44:31 +0530 Subject: [vtkusers] How to get Eigen values and Eigen vectors ? Message-ID: <2025E70FDF44D511918D00508B650D9401B212B5@ban03xbindge.geind.ge.com> Hi all: I want to do eigen decompostion for a matrix (of order 3x3) to extract the principal axes. I have looked at vtkMath::Jacobi(....,....,...); But it works only for a symetrical matrix ( of order 3x3). Does anyone tried for eigen decomposition for a general matrix ( of order 3x3) ? Are there any available methods on vtk to do this stuff. Thanks in advance for help.. -Kiran From dgobbi@irus.rri.ca Tue Aug 21 07:45:17 2001 From: dgobbi@irus.rri.ca (David Gobbi) Date: Tue, 21 Aug 2001 02:45:17 -0400 (EDT) Subject: [vtkusers] How to get Eigen values and Eigen vectors ? In-Reply-To: <2025E70FDF44D511918D00508B650D9401B212B5@ban03xbindge.geind.ge.com> Message-ID: Hi Kiran, In the CVS version of VTK there is a function in vtkMath called vtkSingularValueDecomposition3x3 that you can use. I have spent a fair bit of time testing it, and I trust it. The vtkTransform::GetScale() method uses it. It has a very unconventional implementation. It actually works by creating a special symmetric 4x4 matrix from the 3x3 matrix, applying Jacobi to the 4x4 matrix to get a quaternion representing the orthogonalization of the 3x3 matrix, and continues from there. It could otherwise be know as "how to do SVD when you don't have a real SVD algorithm." - David -- David Gobbi, MSc dgobbi@irus.rri.ca Advanced Imaging Research Group Robarts Research Institute, University of Western Ontario On Tue, 21 Aug 2001, Kiran, P (CORP, GEITC) wrote: > > Hi all: > > I want to do eigen decompostion for a matrix (of order 3x3) to extract the > principal axes. > I have looked at vtkMath::Jacobi(....,....,...); But it works only for a > symetrical matrix ( of order 3x3). > > Does anyone tried for eigen decomposition for a general matrix ( of order > 3x3) ? > Are there any available methods on vtk to do this stuff. > > Thanks in advance for help.. > -Kiran From Anner Adrian Tue Aug 21 08:20:33 2001 From: Anner Adrian (Anner Adrian) Date: Tue, 21 Aug 2001 09:20:33 +0200 Subject: [vtkusers] 3D program Message-ID: <83533170.20010821092033@medres.ch> Hello , I'm looking for a 3D program (like 3D Studio MAX, Light Wave 3D,...) to work together with vtk. Does anybody work with a 3D program in combination with vtk. what program can you recommend? I also thinking about a small animation which I want make in the progam and show it in a vtk application. -- Best regards, Anner Adrian mailto:a.anner@medres.ch From P.Kiran@geind.ge.com Tue Aug 21 10:22:06 2001 From: P.Kiran@geind.ge.com (Kiran, P (CORP, GEITC)) Date: Tue, 21 Aug 2001 14:52:06 +0530 Subject: [vtkusers] Eigen values and eigen vectors of a non-symmetric matrix (3x3 ) Message-ID: <2025E70FDF44D511918D00508B650D9401B4FF3B@ban03xbindge.geind.ge.com> Hi all: In my last mail, I have asked for finding eigen values and eigen vector of a general 3x3 matrix. I am rephrasing the same as follows: Is there any available methods in vtk to find the eigen values and eogen vectors of a non-symmetrical matrix? I noticed that, vtkMath:Jacobi(..,...,...) works only for a symmetrical 3x3 matrix. pl. send me suggestions on how to do this. Thanks in advance for help -Kiran From Peter.Vanroose@esat.kuleuven.ac.be Tue Aug 21 11:16:01 2001 From: Peter.Vanroose@esat.kuleuven.ac.be (Peter.Vanroose@esat.kuleuven.ac.be) Date: Tue, 21 Aug 2001 12:16:01 +0200 (MET DST) Subject: [vtkusers] Re: How to get Eigen values and Eigen vectors ? Message-ID: <200108211016.MAA02578@caravaggio.esat.kuleuven.ac.be> P.Kiran@geind.ge.com wrote: > I want to do eigen decompostion for a matrix (of order 3x3) to extract the > principal axes. The `best' eigenvalue/eigenvector algorithm for general square matrices is the "RG" algorithm of EISPACK (netlib). It is an "established" and well-tested implementation, dating back from 1983 (!) and it is freeware. There is a c++ wrapper for this algorithm in vnl (part of vxl), namely in vnl/algo/vnl_real_eigensystem.{h,cxx}, see http://www.esat.kuleuven.ac.be/~targetjr/vxl/class_vnl_real_eigensystem.html (And see vnl/tests/test_real_eigensystem.cxx for an example use.) vxl and vtk can easily be used together. -- Peter Vanroose Electrotechnical Department (ESAT/PSI) K.U.Leuven, Belgium. Peter.Vanroose@esat.kuleuven.ac.be From dshamoni@science.uva.nl Tue Aug 21 13:12:28 2001 From: dshamoni@science.uva.nl (Denis Shamonin) Date: Tue, 21 Aug 2001 14:12:28 +0200 Subject: [vtkusers] Vtk and netCDF(network Common Data Form) data format - vtkNetCDFReader. Message-ID: <3B82502C.381D73B9@science.uva.nl> --------------73FD8CF9A06FEACCE978F211 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit vtkNetCDFReader NetCDF (network Common Data Form) is an interface for array-oriented data access and a vtkNetCDFReader that provides an implementation of the interface. vtkNetCDFReader - is a source object that reads netCDF files, vtkNetCDFReader creates structured point datasets. Read more about it on: http://carol.wins.uva.nl/~dshamoni/vtkNetCDFReader/ Denis Shamonin. University of Amsterdam, Kruislaan 403, 1098 SJ Amsterdam, the Netherlands. --------------73FD8CF9A06FEACCE978F211 Content-Type: text/html; charset=koi8-r Content-Transfer-Encoding: 7bit vtkNetCDFReader

NetCDF (network Common Data Form) is an interface for array-oriented data access
and a vtkNetCDFReader that provides an implementation of the interface.

vtkNetCDFReader - is a source object that reads netCDF files, vtkNetCDFReader creates structured point datasets.

Read more about it on:
http://carol.wins.uva.nl/~dshamoni/vtkNetCDFReader/

Denis Shamonin.
University of Amsterdam,
Kruislaan 403, 1098 SJ Amsterdam, the Netherlands. --------------73FD8CF9A06FEACCE978F211-- From dshamoni@science.uva.nl Tue Aug 21 15:02:32 2001 From: dshamoni@science.uva.nl (Denis Shamonin) Date: Tue, 21 Aug 2001 16:02:32 +0200 Subject: [vtkusers] Vtk and netCDF(network Common Data Form) data format - vtkNetCDFReader. Message-ID: <3B8269F7.35EED99E@science.uva.nl> > Do you intend to contribute your vtkNetCDFReader to vtk? I think, yes. Denis Shamonin. University of Amsterdam, Kruislaan 403, 1098 SJ Amsterdam, the Netherlands. From Ron.Jerome@nrc.ca Tue Aug 21 15:17:39 2001 From: Ron.Jerome@nrc.ca (Jerome, Ron) Date: Tue, 21 Aug 2001 10:17:39 -0400 Subject: [vtkusers] VTK and VRML C++ examples Message-ID: <9258C238472FD411AA860004AC369AF901CCF3D2@nrcmrdex1.imsb.nrc.ca> Try something like this... vtkVRMLExporter *VRML = vtkVRMLExporter::New(); VRML->SetInput(this->RenderWindow); VRML->SetFileName(test.wrl); VRML->Write(); VRML->Delete(); Ron Jerome Institute for Chemical Process and Environmental Technology National Research Council Canada 613-993-5346 >-----Original Message----- >From: leung@arlut.utexas.edu [mailto:leung@arlut.utexas.edu] >Sent: Monday, August 20, 2001 5:51 PM >To: vtkusers@public.kitware.com >Subject: [vtkusers] VTK and VRML C++ examples > > >Hi, > >I was wondering if someone has some examples of C++ code that >allows one to >export to a file in VRML (.wml). Thanks. > >Al > > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/vtkusers From inoue@cs.queensu.ca Tue Aug 21 21:09:57 2001 From: inoue@cs.queensu.ca (Jiro Inoue) Date: Tue, 21 Aug 2001 16:09:57 -0400 (EDT) Subject: [vtkusers] vtkObject and Observers Message-ID: Hi, I'm trying to use observers on vtkObjects in order to implement a testing suite for my vtk applications, but having some problems with the automatic deletion of vtkCommands in the vtkObserver destructor. This is a bit disconcerting since I the vtkCommand being deleted is created elsewhere with a New(). It would also be very useful to me if the vtkCommand would persists beyond the lifetime of a watched object. So, my question is: Is there a reason why the vtkCommand is being deleted in vtkObserver, and could this be changed so that it is not deleted? Thanks, Jiro From estewart@vni.com Tue Aug 21 21:26:10 2001 From: estewart@vni.com (Ed Stewart) Date: Tue, 21 Aug 2001 14:26:10 -0600 Subject: [vtkusers] Tcl sockets with vtk Binary data Message-ID: Greetings, I'm using a socket connection to get data to a Tcl shell which processes vtk commands. When constructing ASCII data to send, I have been substituting VT ("\v") where the byte stream needs LF ("\n") in my output stream, appending a \n at the end of everything to terminate the socket connection. Then on the tcl side, I just look for \v chars to parse the packet type, variable names, etc. This works like a charm. I'm trying to move to BINARY now but have run into problems with LF bytes that show up in the data stream. Once a LF is sent, the socket connection is reset (I get a "bgerrer"). I can still use the \v to parse the keywords, but I need a way to get Tcl to stop listening for LF bytes until the very end. I've been looking and looking and can't find anything. I've tried using fconfigure with "-translation binary" but this just prevents translation, it doesn't ignore LFs. Any ideas? Thanks, -ed From david.pont@forestresearch.co.nz Tue Aug 21 21:55:21 2001 From: david.pont@forestresearch.co.nz (David Pont) Date: Wed, 22 Aug 2001 08:55:21 +1200 Subject: [vtkusers] (no subject) Message-ID: Hi, I get the following warning when reading a TIFF file: Warning: In \vtk\imaging\vtkTIFFReader.cxx, line 319 vtkTIFFReader (01204504): vtkTIFFReader only supports one strip! I took a quick look in the code but it is not clear to me what this means. How do I sooth the TIFFReader? Dave Pont _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From bernardo@OCF.Berkeley.EDU Tue Aug 21 21:56:15 2001 From: bernardo@OCF.Berkeley.EDU (Luis M Bernardo) Date: Tue, 21 Aug 2001 13:56:15 -0700 (PDT) Subject: [vtkusers] set radius of sphere inside actor Message-ID: Hello, I would like to know whether it is possible to change the radius of a sphere after we put the sphere "inside" the actor. Something like this: vtkActor actor* = vtkActor::New(); vtkPolyDataMapper mapper* = vtkPolyDataMapper::New(); actor->SetMapper(mapper); vtkSphereSource sphere* = vtkSphereSource::New(); mapper-SetInput(sphere->GetOutput()); I thought about starting like this: vtkPolyDataMapper* m = (vtkPolyDataMapper*) actor->GetMapper(); vtkPolyData* d = m->GetInput(); but I don't knonw what to do next... this boils down to re-construct a vtkSphereSource from its vtkPolyData, I think. Thanks, Luis From amy.henderson@kitware.com Tue Aug 21 22:01:04 2001 From: amy.henderson@kitware.com (Amy Henderson) Date: Tue, 21 Aug 2001 17:01:04 -0400 Subject: [vtkusers] set radius of sphere inside actor In-Reply-To: Message-ID: <4.3.2.7.2.20010821165556.01f2bdb0@pop.nycap.rr.com> At 01:56 PM 8/21/2001 -0700, Luis M Bernardo wrote: >Hello, >I would like to know whether it is possible to change the radius of a >sphere after we put the sphere "inside" the actor. Something like this: Yes, it is possible. >vtkActor actor* = vtkActor::New(); >vtkPolyDataMapper mapper* = vtkPolyDataMapper::New(); >actor->SetMapper(mapper); >vtkSphereSource sphere* = vtkSphereSource::New(); >mapper-SetInput(sphere->GetOutput()); > >I thought about starting like this: >vtkPolyDataMapper* m = (vtkPolyDataMapper*) actor->GetMapper(); >vtkPolyData* d = m->GetInput(); > >but I don't knonw what to do next... this boils down to re-construct a >vtkSphereSource from its vtkPolyData, I think. If you haven't called sphere->Delete() yet, you can just call sphere->SetRadius(newRadius). Otherwise, call m->GetInput()->GetSource(); cast it to a vtkSphereSource; and then call SetRadius on that. - Amy >Thanks, >Luis > > > > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: > >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers From bernardo@OCF.Berkeley.EDU Tue Aug 21 22:41:07 2001 From: bernardo@OCF.Berkeley.EDU (Luis M Bernardo) Date: Tue, 21 Aug 2001 14:41:07 -0700 (PDT) Subject: [vtkusers] set radius of sphere inside actor In-Reply-To: <4.3.2.7.2.20010821165556.01f2bdb0@pop.nycap.rr.com> Message-ID: On Tue, 21 Aug 2001, Amy Henderson wrote: > At 01:56 PM 8/21/2001 -0700, Luis M Bernardo wrote: > > > >Hello, > >I would like to know whether it is possible to change the radius of a > >sphere after we put the sphere "inside" the actor. Something like this: > > Yes, it is possible. > > >vtkActor actor* = vtkActor::New(); > >vtkPolyDataMapper mapper* = vtkPolyDataMapper::New(); > >actor->SetMapper(mapper); > >vtkSphereSource sphere* = vtkSphereSource::New(); > >mapper-SetInput(sphere->GetOutput()); > > > >I thought about starting like this: > >vtkPolyDataMapper* m = (vtkPolyDataMapper*) actor->GetMapper(); > >vtkPolyData* d = m->GetInput(); > > > >but I don't knonw what to do next... this boils down to re-construct a > >vtkSphereSource from its vtkPolyData, I think. > > If you haven't called sphere->Delete() yet, you can just call > sphere->SetRadius(newRadius). Otherwise, call m->GetInput()->GetSource(); > cast it to a vtkSphereSource; and then call SetRadius on that. > The second suggestion does it. I was looking for something like that but in my search of the man pages I failed to go all the way up the hierarchy to vtkObject to find the GetSource() method. Thanks, that answers my question. Luis > - Amy > > >Thanks, > >Luis > > > > > > > > > >_______________________________________________ > >This is the private VTK discussion list. > >Please keep messages on-topic. Check the FAQ at: > > > >Follow this link to subscribe/unsubscribe: > >http://public.kitware.com/mailman/listinfo/vtkusers > From jmoore@qn.net Tue Aug 21 23:31:26 2001 From: jmoore@qn.net (James C. Moore) Date: Tue, 21 Aug 2001 18:31:26 -0400 Subject: [vtkusers] interactor ->good render, non-interactive render->poor quality Message-ID: <200108212231.SAA16083@ServerD.QN.Net> I've scoured the documentation (except the source) and have yet to resolve this problem which has puzzled and now plagues me. If there is a simple answer, I would love to know it: When rendering a 3-d polydata scene, if the camera is controlled with the interactor, the renders all look proper. If I write a script to move the camera through the exact same path, the faces are not rendered properly. They appear to flicker as if the lighting is not being calculated properly and sometimes the faces appear to disappear. One touch from the interactor and they re-appear, properly rendered as before. I'm using the default light,camera, interactor, and only setting the opacity of the objects (set to 1.0 for the test). I am using on vtk3.2 on Windoze and Linux. I'm not sure if it does this on LInux, but it is PRONOUNCED in windows. Any advice would appreciated. Send address for cash reward... (except for Will, because this is probably his fault :)) Jim -- James C. Moore, Ph.D. From jnorris@mcs.anl.gov Tue Aug 21 23:32:01 2001 From: jnorris@mcs.anl.gov (Johnny Norris) Date: Tue, 21 Aug 2001 17:32:01 -0500 Subject: [vtkusers] Subtracting polydata Message-ID: <20010821173201.A19490@lava.mcs.anl.gov> --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I'm trying to subtract vtkPolyData B from vtkPolyData A to create vtkPolyData C; that is, C will contain all cells in A that are not also in B. To say that I'm having a little trouble with this would be an understatement. Right now I have a routine that, for each cell X in B, it searches for points in A within a certain tolerance of the points in X. Then it calls A->GetCellNeighbors() to find all the cells in A that use these points. Finally, for each cell Y returned by GetCellNeighbors(), it makes sure that X and Y are the same cell type, have the same number of points, and that the bounds of Y fall completely within the bounds of B. If all of these tests pass, then I call A->DeleteCell() to delete this cell. Anyway, it isn't working well. Sometimes polygons are subtracted, and sometimes they aren't. I'm hoping that someone out there has already done something like this, and is willing to share their code with me. Here's my SubtractPolyData() routine, in case anyone can see something obviously wrong with it. ds is the polydata I subtracting from (A), locator is a point locator initialized with ds (using SetDataSet() and BuildLocator()), and del is the polydata I'm subtracting out (B). Any help would be appreciated, John -- John Norris Research Programmer Center for Simulation of Advanced Rockets http://www.uiuc.edu/ph/www/jnorris --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=code static void SubtractPolyData(vtkPolyData *ds, vtkPointLocator *locator, vtkPolyData *del) { vtkPoints *pts = ds->GetPoints(); vtkPoints *dPts = del->GetPoints(); vtkCell *cell; vtkIdList *ids = vtkIdList::New(); vtkIdList *ptIds = vtkIdList::New(); vtkIdList *dPtIds = vtkIdList::New(); vtkIdList *cellIds = vtkIdList::New(); vtkIdType dCellId, numDCells = del->GetNumberOfCells(), dPtId, numDPts; vtkIdType cellId, ptId, numPts, type, dType; float dP[3], radius = locator->GetTolerance(); float dBounds[6], cBounds[6]; int i, j, found; // Stretch the bounds by the given tolerance. del->GetBounds(dBounds); dBounds[0] -= radius; dBounds[1] += radius; dBounds[2] -= radius; dBounds[3] += radius; dBounds[4] -= radius; dBounds[5] += radius; for (dCellId=0; dCellIdGetCellPoints(dCellId, dPtIds); numDPts = dPtIds->GetNumberOfIds(); ptIds->Initialize(); ptIds->SetNumberOfIds(numDPts); found = 1; for (i=0; iGetId(i); dPts->GetPoint(dPtId, dP); locator->FindPointsWithinRadius(radius, dP, ids); numPts = ids->GetNumberOfIds(); if (numPts == 0) { found = 0; break; } locator->FindClosestNPoints(numPts, dP, ids); for (j=0; jGetId(j); if (ptIds->IsId(ptId) == -1) { ptIds->SetId(i, ptId); break; } } if (j == numPts) { found = 0; break; } } if (found) { dType = del->GetCellType(dCellId); ds->GetCellNeighbors(-1, ptIds, cellIds); for (i=0; iGetNumberOfIds(); ++i) { cellId = cellIds->GetId(i); cell = ds->GetCell(cellId); cell->GetBounds(cBounds); if (dType == ds->GetCellType(cellId) && cell->GetNumberOfPoints() == numDPts && IsContainedIn(cBounds, dBounds)) { continue; } ds->DeleteCell(cellId); } } } cellIds->Delete(); dPtIds->Delete(); ptIds->Delete(); ids->Delete(); } inline int IsContainedIn(float *little, float *big) { int i; for (i=0; i<6; i+=2) if (little[i] < big[i] || little[i+1] > big[i+1]) return 0; return 1; } --IS0zKkzwUGydFO0o-- From pushkare@students.uiuc.edu Wed Aug 22 01:59:59 2001 From: pushkare@students.uiuc.edu (Gala'Vi and Liss @ Mainframe Country) Date: Tue, 21 Aug 2001 19:59:59 -0500 (CDT) Subject: [vtkusers] capping off an isosurface Message-ID: Hi, I have a question about capping off an isosurface. I have an image, I generate a contour from that image and I want to turn that contour into a flat polygon (or a 3D object). I use the vtkLinearExtrusionFilter and set Capping to ON. But I'm not seeing the caps! It does extrude the contour up, but doesn't cap. I've tried vtkClipPolyData also and that didn't do anything either, vtkCutter didn't work either. Did anyone ever got that to work? The only message about this problem that I found in the archives dated back to 1999. Thanks. -- Gala //*********************************************** -- There is always a way, you just have to find it. (B.Hambly "Children Of The Jedi") //*********************************************** From pushkare@students.uiuc.edu Wed Aug 22 02:58:30 2001 From: pushkare@students.uiuc.edu (Gala'Vi and Liss @ Mainframe Country) Date: Tue, 21 Aug 2001 20:58:30 -0500 (CDT) Subject: [vtkusers] capping off an isosurface (cont) Message-ID: I did look at the cutCow.tcl and translated the code to C++ (don't have tcl). That's the code that I'm currently using. It almost does it, almost completes the caps and then says that triangulation failed! At some point all of a sudden it starts connecting the edge of the top cap to the opposite edge of the bottom cap and after a while errors out! -- Gala //*********************************************** -- There is always a way, you just have to find it. (B.Hambly "Children Of The Jedi") //*********************************************** From sabelka@iue.tuwien.ac.at Wed Aug 22 08:05:19 2001 From: sabelka@iue.tuwien.ac.at (Rainer Sabelka) Date: Wed, 22 Aug 2001 09:05:19 +0200 Subject: [vtkusers] interactor ->good render, non-interactive render->poor quality References: <200108212231.SAA16083@ServerD.QN.Net> Message-ID: <3B8359AF.48FBCC0B@iue.tuwien.ac.at> "James C. Moore" wrote: > When rendering a 3-d polydata scene, if the camera is controlled with the > interactor, the renders all look proper. If I write a script to move the > camera through the exact same path, the faces are not rendered properly. > They appear to flicker as if the lighting is not being calculated properly > and sometimes the faces appear to disappear. One touch from the interactor > and they re-appear, properly rendered as before. I'm using the default > light,camera, interactor, and only setting the opacity of the objects (set > to 1.0 for the test). The default setting for the interactor is to reposition also the lights as the camera moves. You can turn this off (interactor LightFollowCameraOff) to check if this is the reason for you problem. Regards, Rainer -- Rainer Sabelka | Institute for Microelectronics phone: +43 1 58801-36029 | Technical University Vienna fax: +43 1 58801-36099 | Gusshausstrasse 27-29/E360 e-mail: sabelka@iue.tuwien.ac.at | A-1040 Vienna, Austria/Europe From will.schroeder@kitware.com Wed Aug 22 12:29:16 2001 From: will.schroeder@kitware.com (Will Schroeder) Date: Wed, 22 Aug 2001 07:29:16 -0400 Subject: [vtkusers] capping off an isosurface (cont) In-Reply-To: Message-ID: <5.0.2.1.0.20010822072505.028f9598@pop.nycap.rr.com> Hi Gala- The current triangulation code is quite robust. What version of vtk are you running? If vtk3.2 or higher, please send me the polyline data that forms the boundary of the polygon that is failing. Also, make sure that the polygon is defined by n points, where point "0" and point "n-1" are not duplicates. Duplicate begin and end points will cause the problem. Will At 08:58 PM 8/21/2001 -0500, Gala'Vi and Liss @ Mainframe Country wrote: >I did look at the cutCow.tcl and translated the code to C++ (don't have >tcl). That's the code that I'm currently using. It almost does it, almost >completes the caps and then says that triangulation failed! At some point >all of a sudden it starts connecting the edge of the top cap to the >opposite edge of the bottom cap and after a while errors out! > >-- Gala From inoue@cs.queensu.ca Wed Aug 22 15:21:33 2001 From: inoue@cs.queensu.ca (Jiro Inoue) Date: Wed, 22 Aug 2001 10:21:33 -0400 (EDT) Subject: [vtkusers] interactor ->good render, non-interactive render->poor quality In-Reply-To: <200108212231.SAA16083@ServerD.QN.Net> Message-ID: For the faces disappearing problem, try resetting the clipping range (call Renderer->ResetCameraClippingRange()) after moving the camera. On Tue, 21 Aug 2001, James C. Moore wrote: > Date: Tue, 21 Aug 2001 18:31:26 -0400 > From: "James C. Moore" > To: vtkusers@public.kitware.com > Subject: [vtkusers] interactor ->good render, non-interactive render->poor quality > > I've scoured the documentation (except the source) and have yet to resolve > this problem which has puzzled and now plagues me. If there is a simple > answer, I would love to know it: > > When rendering a 3-d polydata scene, if the camera is controlled with the > interactor, the renders all look proper. If I write a script to move the > camera through the exact same path, the faces are not rendered properly. > They appear to flicker as if the lighting is not being calculated properly > and sometimes the faces appear to disappear. One touch from the interactor > and they re-appear, properly rendered as before. I'm using the default > light,camera, interactor, and only setting the opacity of the objects (set > to 1.0 for the test). > > I am using on vtk3.2 on Windoze and Linux. I'm not sure if it does this > on LInux, but it is PRONOUNCED in windows. > > Any advice would appreciated. Send address for cash reward... (except for > Will, because this is probably his fault :)) > > Jim > -- > James C. Moore, Ph.D. > > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > From 8mak2@qlink.queensu.ca Wed Aug 22 15:35:18 2001 From: 8mak2@qlink.queensu.ca (Marta Kersten) Date: Wed, 22 Aug 2001 10:35:18 -0400 Subject: [vtkusers] Re: [vtkusers]Rotations References: Message-ID: <00c101c12b17$aa2b2140$dd020f82@cs.queensu.ca> We are having some troubles to do with rotations and were wondering if anyone else has come across them. We have 3 sliders (X, Y and Z) and they each rotate an actor around the X, Y or Z axis (about the actors center). This was all working fine when we did something like this: vtkMatrix4x4 *oldMatrix = vtkMatrix4x4::New(); vtkTransform *transform = vtkTransform::New(); float bounds[6]; m_InteractionActor->GetBounds(bounds); //get position/center/origin from matrix does not work before interaction //therefore calculate the center of the bounding box implicitly m_ActorCenter[0] = ((bounds[0] + bounds[1])/2); m_ActorCenter[1] = ((bounds[2] + bounds[3])/2); m_ActorCenter[2] = ((bounds[4] + bounds[5])/2); m_InteractionActor->GetMatrix(oldMatrix); transform->SetMatrix(oldMatrix); transform->PostMultiply(); transform->Translate(-(m_ActorCenter[0]), -(m_ActorCenter[1]), -(m_ActorCent er[2])); transform->RotateWXYZ(rotateValue, 1, 0, 0); transform->Translate(m_ActorCenter[0], m_ActorCenter[1], m_ActorCenter[2]); m_InteractionActor->GetMatrix(oldMatrix); m_InteractionActor->SetPosition(transform->GetPosition()); m_InteractionActor->SetOrientation(transform->GetOrientation()); HighlightActor(m_InteractionActor); oldMatrix->Delete(); transform->Delete(); The problem is that we have now been told that we must recompute the rotation each time so that the rotation is done in the same order always. So we did something like this: vtkMatrix4x4 *oldMatrix = vtkMatrix4x4::New(); vtkTransform *transform = vtkTransform::New(); float actOrient[3]; m_InteractionActor->GetOrientation(actOrient); float bounds[6]; m_InteractionActor->GetBounds(bounds); //get position/center/origin from matrix does not work before interaction //therefore calculate the center of the bounding box implicitly m_ActorCenter[0] = ((bounds[0] + bounds[1])/2.0); m_ActorCenter[1] = ((bounds[2] + bounds[3])/2.0); m_ActorCenter[2] = ((bounds[4] + bounds[5])/2.0); m_InteractionActor->GetMatrix(oldMatrix); transform->SetMatrix(oldMatrix); transform->PostMultiply(); //translate to world origin transform->Translate(-(m_ActorCenter[0]), -(m_ActorCenter[1]), -(m_ActorCent er[2])); //Rotate to original orientation of the actor transform->RotateZ(-(actOrient[2])); transform->RotateX(-(actOrient[0])); transform->RotateY(-(actOrient[1])); //Rotate to new Rotations- all rotations done in the order Y, X, Z transform->RotateY(Y); transform->RotateX(m_ActRotateX); transform->RotateZ(m_ActRotateZ); //translate back to last position of actor transform->Translate(m_ActorCenter[0], m_ActorCenter[1], m_ActorCenter[2]); //set the new position and orientation back to the actor m_InteractionActor->GetMatrix(oldMatrix); m_InteractionActor->SetPosition(transform->GetPosition()); m_InteractionActor->SetOrientation(transform->GetOrientation()); HighlightActor(m_InteractionActor); oldMatrix->Delete(); transform->Delete(); This seems to work for Z and maybe Y to but it definitely does not work for X. Our solution then was to forget about using the vtkTransform and just compute the matrices ourselves and stuff them back into the actor by using SetUserMatrix. However, if we do this it seems GetOrientation and GetPosition do not get updated, which is a very big problem for us. Does anyone have any suggestions, or has anyone come across any similar problems. Thank you for any help you can give us, Marta From ejml@iespana.es Wed Aug 22 17:52:34 2001 From: ejml@iespana.es (ejml@iespana.es) Date: Wed, 22 Aug 2001 16:52:34 GMT Subject: [vtkusers] transformation of coordinated Message-ID: <200108221652.2223@lh00.opsion.fr> Hello to all the users. I am a student of computer engineering and in my project career end I am building a 3D-digitizer. When representing this objects, once the points have been taken using a camera and a projector laser, I have used the function vtkSurfaceReconstructionFilter, but alone it reconstructs the object well when it is objects whose points have their coordinates normalized in the range [0,1]. I have this points measured in centimeters or millimeters in a reference system which has the origin in the center of the object, for what I will have negative coordinates and bigger than 1. On the other hand, I am supposing that the axis X is the horizontal, the axis Y is the vertical and the axis Z is that of depth. I would need something that the coordinates of my object digitized to normalized coordinates transforms [0,1] to be able to represent them by means of VTK. Does somebody know as making it?. my code portion is the following one: char cadAux[100]; FILE *fichPtos; float x,y,z; vtkRenderer *aren = vtkRenderer::New(); vtkRenderWindow *renWin = vtkRenderWindow::New(); renWin->AddRenderer(aren); vtkRenderWindowInteractor *iren = vtkRenderWindowInteractor::New(); iren->SetRenderWindow(renWin); vtkPoints *Puntos = vtkPoints::New(); fichPtos=fopen("mechpart.4102.pts","r"); if(fichPtos!=NULL) { while(!feof(fichPtos)) { fgets(cadAux,100,fichPtos); if(cadAux[0]=='p') { sscanf(cadAux,"p %f %f %f\n",&x,&y,&z); Puntos->InsertNextPoint(x,y,z); } } } fclose(fichPtos); vtkPolyData *source = vtkPolyData::New(); source->SetPoints(Puntos); vtkSurfaceReconstructionFilter *surface = vtkSurfaceReconstructionFilter::New(); surface->SetInput(source); vtkContourFilter *isosurface = vtkContourFilter::New(); isosurface->SetInput(surface->GetOutput()); isosurface->SetValue(0,0.0); vtkPolyDataMapper *mapper = vtkPolyDataMapper::New(); mapper->SetInput(isosurface->GetOutput()); vtkActor *actor1 = vtkActor::New(); actor1->SetMapper(mapper); actor1->GetProperty()->SetColor(0.6,0.8,0.7); aren->AddActor(actor1); renWin->Render(); // interact with data iren->Start(); // Clean up aren->Delete(); renWin->Delete(); iren->Delete(); mapper->Delete(); actor1->Delete(); Thank you. ______________________________________________________________________________ mensaje enviado desde http://www.iespana.es emails (pop)-paginas web (espacio ilimitado)-agenda-favoritos (bookmarks)-foros -Chat From wankuang@hotmail.com Wed Aug 22 22:23:02 2001 From: wankuang@hotmail.com (wan kuang) Date: Wed, 22 Aug 2001 14:23:02 -0700 Subject: [vtkusers] can I do this with vtk? Message-ID: Hi, group I am interested in knowing if it is possible to use vtk as a geometry fabrication libary for my finite difference/element simulation. For example, if I draw a couple of basic geometries (like circle, sphere, box,...) using vtk classes in either 2-D or 3-D, could I be able to get information at uniform or rectilinear grid points (which will be used for simulation later)? vtk has a lot of basic geometry classes and interpolation methods that would save my time. BTW, could vtk be compiled with KCC4.0e under linux7.1? _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From lavoie@mcs.anl.gov Wed Aug 22 22:32:56 2001 From: lavoie@mcs.anl.gov (Tony Lavoie) Date: Wed, 22 Aug 2001 16:32:56 -0500 (CDT) Subject: [vtkusers] Artifact from Mesa? Message-ID: Greetings! I've had an interesting artifact appear in the medical examples of vtk3.2 when I built it against Mesa 3.5 on Linux. A strip of polys under the nose is darker, but not quite black. it's that way on both sides of the isosurface. This artifact doesn't (seem) to appear anywhere else on that model. And it doesn't appear anywhere at all with GL. Has anyone else encountered this? Any other investigation found a cause/solution? -Tony From paul.welton@sympatico.ca Thu Aug 23 00:59:09 2001 From: paul.welton@sympatico.ca (Paul Welton) Date: Wed, 22 Aug 2001 19:59:09 -0400 Subject: [vtkusers] 3D program References: <83533170.20010821092033@medres.ch> Message-ID: <3B84474D.FE0E99F8@sympatico.ca> Anner Adrian wrote: > Hello , > > I'm looking for a 3D program (like 3D Studio MAX, Light Wave 3D,...) > to work together with vtk. Does anybody work with a 3D program in > combination with vtk. what program can you recommend? I also thinking > about a small animation which I want make in the progam and show it in > a vtk application. I have actually been working on a program resembling your description, although I have initially used a pure software rendering graphics toolkit (TSIPP, by Mark Diekhans). However, I want to exploit the hardware acceleration that Open GL provides, and was thinking of using Vtk as an interface to it. I put out a posting on this (6th August) but had no replies. In the meantime, I had greate difficulty in building Vtk, and found an alternative package, TkOGL, by Claudio Esperaca which is very small and easy to build, and provides the access to OpenGL from Tcl that I need. So I am tending towards forgetting Vtk for the present. If you were interested in the program however, it can be downloaded from: http://www.neosoft.com/tcl/ftparchive/sorted/graphics/TSIPPwb/1.4 http://www.neosoft.com/tcl/ftparchive/sorted/graphics/TSIPPwb/1.4s You will find HTML documentation, and all binaries necessary to run on Linux. The "supplementary" download contains extra examples which could not be contained in the main file due to size limitations on this repository. A presentation on the TSIPP Workbench was made at the O'Reilly Open Source Convention in San Diago on 26th July. You can download the presentation slides (Star Office 5.2) and the paper itself (PDF) from: ftp://ftp.oreilly.com/pub/conference/os2001/welton_072601.sdd ftp://ftp.oreilly.com/pub/conference/os2001/tcl_papers/welton_tcl2001_J.pdf The motivation for creating this tool is that while there are many packages for rendering and processing 3D images, support for creating 3D drawings and animating them interactively is limited. The tool also aims to create new Tk widgets through drawing which appear as 3D scenes and represent information, for example the state of an industrial process; hence the projects sub-title, "Working Widgets Without Code". From damianm@eram.esi.com.au Thu Aug 23 10:21:49 2001 From: damianm@eram.esi.com.au (Damian McGuckin) Date: Thu, 23 Aug 2001 19:21:49 +1000 (EST) Subject: [vtkusers] vtkOpenGLActor.cxx with HP-UX 11.0 & OpenGL In-Reply-To: <14874.48869.341530.581710@monster.linux.in> Message-ID: We are having problems compiling vtkOpenGLActor.cxx on HP-UX 11.0 with g++. There is a problem because __thread, which is mentioned in the HP OpenGL area (/opt/graphics/OpenGL/include/GL/glHpInt.h) is not defined anywhere. Note that this HP file has been automatically generated from some other tool - don't you just love automation. Has anybody else either seen this problem or know what __threads actually is? Thanks - Damian (McGuckin) Pacific Engineering Systems International, 22/8 Campbell St, Artarmon NSW 2065 Ph:+61-2-99063377 .. Fx:+61-2-99063468 | unsolicited email not wanted here ! Views and opinions here are mine and not those of any past or present employer From vtkEditor Thu Aug 23 13:53:39 2001 From: vtkEditor (vtkEditor ) Date: Thu, 23 Aug 2001 14:53:39 +0200 Subject: [vtkusers] Tcl_HashTable vtkInstanceLookup? Message-ID: <3B84FCD3.D4ED3C1@esat.kuleuven.ac.be> --- Forwarded by news2mail for vtkEditor --- Hi, I want to do the following: make vtk objects from within a tcl-script and access those vtk objects from a shared library written in C++ which is loaded into tcl. My question: How can i get a pointer to the vtk object which is associated with a name in tcl. Example: In tcl i do: "vtkSphere sphere". Now i want to get a pointer to the vtkSphere object named "sphere". I used to do the following: In my C++ library i declare: "extern Tcl_HashTable vtkInstanceLookup;" And to get a pointer to a tcl named object, i did: Tcl_HashEntry *entry = Tcl_FindHashEntry(&vtkInstanceLookup,"sphere"); if (entry == NULL) { Tcl_AppendResult(interp, "no object named \"sphere\"", (char *) NULL); return TCL_ERROR; } vtkActor *actor = (vtkActor *)Tcl_GetHashValue(entry); But with vtk3.2 this doesn't work anymore. Can someone tell me what the correct way is for doing this? Thanx, -- vtkEditor email: vtkedit@esat.kuleuven.ac.be site: http://www.esat.kuleuven.ac.be/~vtkedit From vicmag@hotmail.com Thu Aug 23 17:55:24 2001 From: vicmag@hotmail.com (victor marquez garcia) Date: Thu, 23 Aug 2001 11:55:24 -0500 Subject: [vtkusers] write to BMP Message-ID: Hello everybody I have a vtkPolyDataMapper render and I want to write that image on a BMP format with the vtkBMPWriter, how can I do this? The goal is to make an animation, there is a better way to achieve this? Thanks in advance Victor Marquez Garcia ESCOM-IPN, México _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp From Prabhu Ramachandran Thu Aug 23 18:59:09 2001 From: Prabhu Ramachandran (Prabhu Ramachandran) Date: Thu, 23 Aug 2001 13:59:09 -0400 Subject: [vtkusers] write to BMP In-Reply-To: References: Message-ID: <15237.17517.783514.703435@cyberwaveindia.com> hi, >>>>> "VMG" == victor marquez garcia writes: VMG> Hello everybody I have a vtkPolyDataMapper render and I want VMG> to write that image on a BMP format with the vtkBMPWriter, Use the vtkWindowToImageFilter and the vtkBMPWriter. Something like this: w2if = vtkWindowToImageFilter() w2if.SetInput(renwin) ex = vtkBMPWriter() ex.SetFileName(file_name) ex.SetInput(w2if.GetOutput()) ex.Write() VMG> how can I do this? The goal is to make an animation, there VMG> is a better way to achieve this? Read this thread http://public.kitware.com/pipermail/vtkusers/2001-March/005894.html in particular read: http://public.kitware.com/pipermail/vtkusers/2001-March/005907.html prabhu From weiguang@schrodinger.com Thu Aug 23 20:55:11 2001 From: weiguang@schrodinger.com (Weiguang Guan) Date: Thu, 23 Aug 2001 12:55:11 -0700 (PDT) Subject: [vtkusers] vtkContourFilter outputs triangles? In-Reply-To: Message-ID: Hi VTK users, When a 3D volume data is fed into vtkContourFilter, the filter generate iso-surface as output. My question is "is the generated iso-surface in form of triangle mesh?" I notice there are cell array and point array. Could the cell array contain a polygon with more than 3 vertices? Thanks, Weiguang -- Weiguang Guan, Schrodinger Inc | Email: weiguang@schrodinger.com Tel: 503-299-1150 ext. 128 (O) From vartan@Stanford.EDU Fri Aug 24 00:08:49 2001 From: vartan@Stanford.EDU (Ryan Arthur Vartanian) Date: Thu, 23 Aug 2001 16:08:49 -0700 (PDT) Subject: [vtkusers] vtkPLOT3DReader troubles Message-ID: Hello- I am having trouble with vtkPLOT3DReader(). I have looked at the source code for the reader, and as far as I can tell it does not take into account the bookends (or data record lengths) which fortran puts at the end of each unformatted write statement. I use plot3d on a regular basis and my data files are organized as follows: Data in file: Actual file contents: 4 1 (number of grids) 1 4 12 193 193 49 (Grid Dimensions) 49 65 65 12 7376460 A bunch of single precision floats follow which are the structured grid coordinates. It seems to me that the reader was written using some example files from plot3d (bluntfin for example) and that for some reason the bookends have been left out. Is there a flag I can set so that the bookends are read and my file is processed correctly, or is this something that has not been included for some reason? Any help would be appreciated. Ryan ----------------------------------------------------------- "I don't mind Microsoft making money, I mind them having a bad operating system." -Linus Torvalds June 13, 1999 Ryan Vartanian Aeronautics/Astronautics PhD Student vartan@leland.stanford.edu ------------------------------------------------------------ From tanguy.vincent@laposte.net Fri Aug 24 09:58:32 2001 From: tanguy.vincent@laposte.net (Tanguy Vincent) Date: Fri, 24 Aug 2001 10:58:32 +0200 Subject: [vtkusers] vtk and python... Message-ID: <00d501c12c7a$f3a69f20$185b29d5@ausy.fr> C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_00D2_01C12C8B.B70DDD60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I'm a beginner in the use of vtk. I'd like to use vtk with python. It = seems possible but I found tno exemples on the web.=20 Has somebody tried to use vtk and Python ? What is your experience ? = Does somebody know web sites dealing with this subject ? Tanguy ------=_NextPart_000_00D2_01C12C8B.B70DDD60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello,
 
I'm a beginner in the use of vtk. I'd = like to use=20 vtk with python. It seems possible but I found tno exemples on the web.=20
 
Has somebody tried to use vtk and = Python ? What is=20 your experience ? Does somebody know web sites dealing with this subject = ?
 
Tanguy
 
------=_NextPart_000_00D2_01C12C8B.B70DDD60-- From heiland@ncsa.uiuc.edu Fri Aug 24 11:47:16 2001 From: heiland@ncsa.uiuc.edu (Randy Heiland) Date: Fri, 24 Aug 2001 05:47:16 -0500 Subject: [vtkusers] vtk and python... In-Reply-To: "Tanguy Vincent" "[vtkusers] vtk and python..." (Aug 24, 10:58am) References: <00d501c12c7a$f3a69f20$185b29d5@ausy.fr> Message-ID: <1010824054716.ZM19478@kelgia.ncsa.uiuc.edu> Tanguy, If you download the vtk source distribution, you'll have tons of Python examples: vtk/{graphics,imaging,etc}/examplesPython --Randy On Aug 24, 10:58am, Tanguy Vincent wrote: > Subject: [vtkusers] vtk and python... > > Hello, > > I'm a beginner in the use of vtk. I'd like to use vtk with python. It seems possible but I found tno exemples on the web. > > Has somebody tried to use vtk and Python ? What is your experience ? Does somebody know web sites dealing with this subject ? > From juerg-tschirren@uiowa.edu Fri Aug 24 14:29:49 2001 From: juerg-tschirren@uiowa.edu (Juerg Tschirren) Date: Fri, 24 Aug 2001 08:29:49 -0500 (CDT) Subject: [vtkusers] vtk and python... In-Reply-To: <00d501c12c7a$f3a69f20$185b29d5@ausy.fr> Message-ID: vtk and Python work perfectly fine together. I am doing most of my vtk stuff with Python. Get the VTK source distribution. All the example directories contain a subdirectory *Python, e.g., vtk3.2/graphics/examplesPython or vtk3.2/imaging/examplesPython. That should get you started. In fact you will notice that there are only very little differences between vtk C++ and vtk Python code. It is very easy to translate from one language to another. Make sure that you have the vtk Python libraries installed on your system. Under Linux these are libVTKCommonPython.so, libVTKContribPython.so, etc. Under Windows it's probably libVTKCommonPython.dll, etc., but I am not sure about that. For getting these libraries, use the --with-python flag with ./configure when you build vtk from source. hope that helps Juerg On Fri, 24 Aug 2001, Tanguy Vincent wrote: > Hello, > > I'm a beginner in the use of vtk. I'd like to use vtk with python. It seems possible but I found tno exemples on the web. > > Has somebody tried to use vtk and Python ? What is your experience ? Does somebody know web sites dealing with this subject ? > > Tanguy > > From humphries@mail.utexas.edu Fri Aug 24 17:07:54 2001 From: humphries@mail.utexas.edu (Julian Humphries) Date: Fri, 24 Aug 2001 09:07:54 -0700 Subject: [vtkusers] Notes about VTK nightly and web site References: <15237.17517.783514.703435@cyberwaveindia.com> Message-ID: <3B867BDA.E865DCE9@mail.utexas.edu> There are a few minor problems on the web site relating to obtaining the nightly version of VTK for Windows. The web page for the nightly package says: "This contains a Windows 9x/NT dll for vtk2.4." I assume this should say 3.2. The link is to a copy of the file spelled "vtkNightlyCore.EXE" While such a file exists, it is actually the nightly from August 6. The current nightly is spelled vtkNightlyCore.exe. The same ".EXE" and ".exe" combo exists for all of the various windows packages. Julian Humphries University of Texas From odonnell@ai.mit.edu Fri Aug 24 12:44:34 2001 From: odonnell@ai.mit.edu (Lauren O'Donnell) Date: Fri, 24 Aug 2001 07:44:34 -0400 (EDT) Subject: [vtkusers] deriving a class from vtkMultipleInputOutputFilter Message-ID: Does anyone have an example of a class derived from this one? I am trying to do a single-input, variable number of outputs filter. The superclass does not seem to allocate my outputs for me when for example in the constructor of my class I do: this->SetNumberOfOutputs(num) Should I need to allocate my own output volumes? Thanks for any info! Lauren O'Donnell P.S. I am deriving a class from cvs version 1.3 of the .cxx and .h files (the rest of my vtk code is release 3.2, yes this is odd but I am hoping ok). From mcoletti@lychnobite.org Fri Aug 24 17:07:29 2001 From: mcoletti@lychnobite.org (Mark Coletti) Date: Fri, 24 Aug 2001 12:07:29 -0400 Subject: [vtkusers] Any plans to provide a Ruby API? Message-ID: <200108241607.f7OG7Tx36296@laputa.lychnobite.org> Python is a potent, object-oriented scripting language. Ruby is yet another object-oriented scripting language (c.f., www.ruby-lang.org). Are there any plans for creating a VTK Ruby API as with Python? Cheers! Mark -- Mark Coletti | mailto:mcoletti@lychnobite.org | http://www.lychnobite.org/ My doctor says my blood type is C double-positive. From wlorens1@nycap.rr.com Fri Aug 24 17:58:27 2001 From: wlorens1@nycap.rr.com (Bill Lorensen) Date: Fri, 24 Aug 2001 12:58:27 -0400 Subject: [vtkusers] vtkContourFilter outputs triangles? In-Reply-To: References: Message-ID: <4.2.2.20010824125817.0164b110@pop.nycap.rr.com> The mesh is all triangles. At 12:55 PM 8/23/01 -0700, Weiguang Guan wrote: >Hi VTK users, > >When a 3D volume data is fed into vtkContourFilter, the filter generate >iso-surface as output. My question is "is the generated iso-surface >in form of triangle mesh?" I notice there are cell array and point array. >Could the cell array contain a polygon with more than 3 vertices? > >Thanks, > >Weiguang > >-- >Weiguang Guan, Schrodinger Inc | Email: weiguang@schrodinger.com >Tel: 503-299-1150 ext. 128 (O) > > > >_______________________________________________ >This is the private VTK discussion list. >Please keep messages on-topic. Check the FAQ at: >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/vtkusers From krw@viz-solutions.com Fri Aug 24 18:40:27 2001 From: krw@viz-solutions.com (Kevin Wright) Date: Fri, 24 Aug 2001 10:40:27 -0700 Subject: [vtkusers] vtkPLOT3DReader troubles References: Message-ID: <3B86918B.B2E5DFC3@viz-solutions.com> > I am having trouble with vtkPLOT3DReader(). > > I have looked at the source code for the reader, and as far as I can tell > it does not take into account the bookends (or data record lengths) which > fortran puts at the end of each unformatted write statement. I use plot3d > on a regular basis and my data files are organized as follows: The format that you have for your files is Fortran Unformatted. The format that the Plot3DReader uses is straight Binary. There is no way to get it to read fortran unformatted without digging into the source code and making the changes yourself (I don't think). I had to hack together something quick to do it last year, and its really not that hard. Just find the execute routine and bracket all of the read commands with a read of a single integer on either end. I'm hoping to get some time to clean up what I did and send it into Kitware later this year. Kevin. From dgobbi@irus.rri.ca Fri Aug 24 18:52:29 2001 From: dgobbi@irus.rri.ca (David Gobbi) Date: Fri, 24 Aug 2001 13:52:29 -0400 (EDT) Subject: [vtkusers] Any plans to provide a Ruby API? In-Reply-To: <200108241607.f7OG7Tx36296@laputa.lychnobite.org> Message-ID: I've heard rumours that the Kitware is planning to completely re-vamp the VTK wrapping process sometime in the future. If this rumour is accurate, then addition of new wrapper languages will be easier after the new wrapping process is in place. If the Ruby C-interface is similar to Python, and if Ruby supports the same gamut of numerical types as Python, you might want to try modifying the Python wrappers to work with Ruby. - David -- David Gobbi, MSc dgobbi@irus.rri.ca Advanced Imaging Research Group Robarts Research Institute, University of Western Ontario On Fri, 24 Aug 2001, Mark Coletti wrote: > Python is a potent, object-oriented scripting language. Ruby is yet > another object-oriented scripting language (c.f., www.ruby-lang.org). > Are there any plans for creating a VTK Ruby API as with Python? > > Cheers! > > Mark > From dmpd@mcmail.com Fri Aug 24 19:12:10 2001 From: dmpd@mcmail.com (D.M.P.Davies) Date: Fri, 24 Aug 2001 19:12:10 +0100 Subject: [vtkusers] write to BMP References: Message-ID: <3B8698F8.FEBB4FBB@mcmail.com> --------------415BFCEDF4772F87BF4F495B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Victor, I manage to generate simple animated gifs by generating ppm's from a tcl/tk wraparound by calling: proc Gen_PPM {name} { puts "NAME=$name.ppm" [Renderer(.backdrop.drawing) GetRenderWindow] Render [Renderer(.backdrop.drawing) GetRenderWindow] SetFileName $name.ppm [Renderer(.backdrop.drawing) GetRenderWindow] SaveImageAsPPM } where .backdrop.drawing is the vtkTkRenderWidget. I then , from the set of ppm's , use a ppm2gifanim executable which I got free from the net. [Note: I'm in windows] Further: I use gifsicle (free from the net) behind a tcl/tk editor ( which I wrote) to merge/delete/add frames and adjust speens and transparent backrounds. This works quite well for small animations. Further tk widgets and other vtkTkRenderWidgets can be embedded in .backdrop.drawing. Let me know if you want more information. Dave Davies victor marquez garcia wrote: > Hello everybody > > I have a vtkPolyDataMapper render and I want to write that image on a BMP > format with the vtkBMPWriter, how can I do this? ......... --------------415BFCEDF4772F87BF4F495B Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Victor,

I manage  to generate simple animated gifs by generating ppm's from a  tcl/tk wraparound  by calling:
 

proc   Gen_PPM {name} {
puts "NAME=$name.ppm"
[Renderer(.backdrop.drawing) GetRenderWindow] Render
[Renderer(.backdrop.drawing) GetRenderWindow] SetFileName $name.ppm
[Renderer(.backdrop.drawing) GetRenderWindow] SaveImageAsPPM
}

where .backdrop.drawing is the vtkTkRenderWidget.

I then , from the set of ppm's , use a ppm2gifanim  executable which I got free from the net.
[Note: I'm in windows]

Further:

I use gifsicle (free from the net)  behind a tcl/tk editor ( which I wrote) to merge/delete/add frames and adjust speens and transparent backrounds.

This works quite well for small animations. Further tk widgets and other vtkTkRenderWidgets can be embedded in .backdrop.drawing.

Let me know if you want more information.

Dave Davies
 

victor marquez garcia wrote:

Hello everybody

I have a vtkPolyDataMapper render and I want to write that image on a BMP
format with the vtkBMPWriter, how can I do this? .........

--------------415BFCEDF4772F87BF4F495B-- From srfpala@earthlink.com Sat Aug 25 00:56:45 2001 From: srfpala@earthlink.com (Robert F. Palank) Date: Fri, 24 Aug 2001 18:56:45 -0500 Subject: [vtkusers] Visual C++ Examples Message-ID: I can't seem to find the resource for a collection of c++ examples. tcl - yes, but no cpp. TIA Bob Palank From wbsmith@its.caltech.edu Sat Aug 25 01:31:22 2001 From: wbsmith@its.caltech.edu (Bryan) Date: Fri, 24 Aug 2001 17:31:22 -0700 (PDT) Subject: [vtkusers] install? Message-ID: I have tried twice to install the program (with or without Java support), and I cannot get it to work. Can someone please tell me what files I need from the ftp site to complete the installation? I downloaded and unzipped vtk.tar and I also downloaded and installed the vtk32Core and vtk32Java executables. When I try to run the pcmaker program, I enter the information and then when I hit OK, the program closes immediately without doing anything. I have installed the Borland C++ Builder 5 and I direct pcmaker to that compiler. Also, I am running jdk1.3.1 Thanks Bryan Smith Division of Biology Caltech 216-76 Pasadena, CA, 91125 ph. (626) 395-2032 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ The illusion that we are separate from one another is an optical delusion of our consciousness. -Albert Einstein ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ From pacook@blueyonder.co.uk Sat Aug 25 15:46:12 2001 From: pacook@blueyonder.co.uk (Philip Cook) Date: Sat, 25 Aug 2001 14:46:12 -0000 Subject: [vtkusers] Strange vtkPanel behaviour Message-ID: <3B87BA34.18664.32F830C@localhost> I have extended vtkPanel in one of my applications. The extension is an overridden mouseClicked(mouseEvent e) method: public void mouseClicked(mouseEvent e) { vtkPropPicker glyphPicker = new vtkPropPicker(); int picked = glyphPicker.PickProp((double)e.getX(), rw.GetSize()[1] - (double)e.getY(), ren); // picked == 0 if picker did not pick an actor if (picked == 0) { super.mouseClicked(e); return; } vtkActor pickedActor = (vtkActor)glyphPicker.GetProp(); int[] dataIndex = new int[3]; try { // This method finds the actor in a Hashtable and returns the // associated index to the data from which the actor was created dataIndex = findGlyphFunctionIndex(pickedActor); } catch (GlyphNotFoundException ex) { System.out.println(ex.getMessage()); return; } double[] glyphColour = pickedActor.GetProperty().GetColor(); // This class extends java.awt.Frame and contains a vtkPanel. // It will create a new window and display an actor identical // to the one that was picked // dataSet is a class variable that provides raw data for the // creation of glyphs VTKSingleGlyphImage popup = new VTKSingleGlyphImage(dataSet, dataIndex[0], dataIndex[1], dataIndex[2], glyphColour); } When this method is called, some strange things happen. The new image always works the first time. However, on subsequent attempts the mouse click may cause Windows to freeze, pressing alt+ctrl+del causes a blue "System has become unstable" screen to appear. Also, Sometimes the popup window appears OK, but the main window (where this extended panel is located) stops responding. Moving or clicking on the main window then causes it to go blank. Dragging the mouse over the blank window then causes the image that should be in the blank window to appear in the popup window! I can then rotate and zoom the image in the popup window by further clicks and drags on the blank window. Sometimes, minimising and then maximising the blank window will cause the image to come back where it should be. I know VTK doesn't like actors, mappers etc being shared between windows, but I can't explain this behaviour because the renderers don't have anything to do with one another. The popup is a different class to the main image and each instance creates its own mappers, actors and renderers. None of them are static, so there shold be a separate mapper, actor etc for each instance of the popup window. If I rotate or zoom the main window between picks, the problem doesn't seem to arise. I'm really baffled by this. I am running Windows 98, VTK 3.2, and JDK 1.3.1. My graphics card is a Hercules Prophet II MX, with a GeForce II MX chipset. I've tried both Hercules and nVidia drivers, (v. 12.41) and the effect is the same. Thanks for any help. From zhou@isg.cs.uni-magdeburg.de Sun Aug 26 15:44:25 2001 From: zhou@isg.cs.uni-magdeburg.de (Jianlong Zhou) Date: Sun, 26 Aug 2001 16:44:25 +0200 Subject: [vtkusers] How to render semi-transparent effect using VTK Message-ID: <3B892769.8436.73ACB2@localhost> hi,all, Does anyone know how to render semi-transparent effect using VTKß For example I want to render the medical data and want to render the skin semi-transparent, thus I can also see the interior of the data at the same time. Does anyone give me some information about realizing this effect using VTK? Thank you in adcance. JL From juerg-tschirren@uiowa.edu Sun Aug 26 16:10:20 2001 From: juerg-tschirren@uiowa.edu (Juerg Tschirren) Date: Sun, 26 Aug 2001 10:10:20 -0500 (CDT) Subject: [vtkusers] How to render semi-transparent effect using VTK In-Reply-To: <3B892769.8436.73ACB2@localhost> Message-ID: vtkActor actor = vtkActor::New(); ... actor->GetProperty()->SetOpacity(0.1); On Sun, 26 Aug 2001, Jianlong Zhou wrote: > hi,all, > Does anyone know how to render semi-transparent effect using > VTKß For example I want to render the medical data and want to > render the skin semi-transparent, thus I can also see the interior of > the data at the same time. > Does anyone give me some information about realizing this effect > using VTK? > > Thank you in adcance. > > JL > > _______________________________________________ > This is the private VTK discussion list. > Please keep messages on-topic. Check the FAQ at: > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > From a.maclean@acfr.usyd.edu.au Mon Aug 27 03:08:49 2001 From: a.maclean@acfr.usyd.edu.au (Andrew J. P. Maclean) Date: Mon, 27 Aug 2001 12:08:49 +1000 Subject: [vtkusers] Number of Faces, Triangles and Edges. Message-ID: <000301c12e9d$3667ccc0$84d24e81@acfr.usyd.edu.au> This is a multi-part message in MIME format. ------=_NextPart_000_0004_01C12EF1.0813DCC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit When I render an image, how can I determine the number of triangles, faces and edges that are used? ___________________________________________ Andrew J. P. Maclean Postal: Australian Centre for Field Robotics The Rose Street Building J04 The University of Sydney 2006 NSW AUSTRALIA Room: 106 Phone: +61 2 9351 3283 Fax: +61 2 9351 7474 http://www.acfr.usyd.edu.au/ ___________________________________________ ------=_NextPart_000_0004_01C12EF1.0813DCC0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

When I render an = image, how can I determine the number of triangles, faces and edges that are = used?

 

 

___________________________________________
Andrew J. P. = Maclean

Postal:

Australia= n Centre for Field Robotics
The Rose Street Building J04
The
Universit= y of Sydney  2006  NSW
AUSTRALIA=

Room:

106<= /o:p>

Phone:

+61 2 = 9351 3283

Fax:=

+61 2 = 9351 7474

&nbs= p;

http://www.acfr.usyd.edu.a= u/

= ___________________________________________

 

------=_NextPart_000_0004_01C12EF1.0813DCC0-- From blue-mountain@etang.com Mon Aug 27 04:25:24 2001 From: blue-mountain@etang.com (blue-mountain) Date: Mon, 27 Aug 2001 11:25:24 +0800 (CST) Subject: [vtkusers] =?gb2312?B?UmVwbHk6Y29uZmlybSA5MzQ1ODI=?= Message-ID: <3B89BDA4.01112@mail-smtp2> confirm 934582 ----------------------------------------- ÎÒµÄÐÕÃû¡¢ÎÒµÄÓÊÏä http://name.etang.com/ ÒÚÌÆ¶ÌÐÅ£¬ÄúÌùÉíµÄʱÉйËÎÊ http://sms.etang.com °×׬200ÔªÉÏÍø·ÑµÄ¾÷ÇÏ http://ecard.etang.com/progt/index.asp?s1=1&s2=1 Ö°ÒµÉî˼¼ http://topic.etang.com/job/index.htm From Nithin.Nagaraj@geind.ge.com Mon Aug 27 13:32:11 2001 From: Nithin.Nagaraj@geind.ge.com (Nagaraj, Nithin (CORP, GEITC)) Date: Mon, 27 Aug 2001 18:02:11 +0530 Subject: [vtkusers] help on VTK 3.1 and TCL Message-ID: <1C82B8CC4567D51197A600508B62C1300139F73A@ban04xbindge.geind.ge.com> Dear Sir, I am encountering some problems in installing VTK 3.1. I am able to run pcmaker and get the vtktcl.dll and other dlls. But when i run the Wish 82 application and type "load vtktcl" i get this message: "couldn't load file "vtktcl": invalid argument" I have copied all the required dlls to the c:\winnt\system32 directory. My operating system is Win 2000. Kindly help me to tackle this error. I am a new user. thanks