Re: [Paraview] [Paraview-developers] ParaView and double precision Rendering
Sounds doable and very useful to me. Conceptually it is simple, use the world space bounding box to rescale the representations appropriately. You can mock it up at first in python with the transform filter and/or display transformations. Let us and especially the pv-developers list know if you run into problems. David E DeMarle Kitware, Inc. RD Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Apr 23, 2015 at 2:41 AM, Lodron, Gerald gerald.lod...@joanneum.at wrote: Hi Today i got an (maybe stupid) idea: The solution of rescaling my double data to get correct viewing is not very elegant: All filter/sources settings will be in wrong relation (e.g. if I want to insert a sphere of radius 1, or if I want to measure my data using ruler, or if I want to watch my data in spreadsheet view) Wouldn’t it better to write a “view plugin” where all data firstly is rescaled/mean subtracted before sending to 3d polydata mapper? In that case all filter settings, ruler and so on will also work like expected. I never wrote a view plugin but is this in principle possible? Or should I use a “representation plugin” for that. Any suggestions? Best regards, Gerald Lodron *Von:* Berk Geveci [mailto:berk.gev...@kitware.com] *Gesendet:* Dienstag, 14. April 2015 18:16 *An:* Lodron, Gerald *Cc:* Paraview User (paraview@paraview.org); Paraview Developer ( paraview-develop...@paraview.org) *Betreff:* Re: [Paraview-developers] ParaView and double precision Rendering OpenGL does not support double precision. VTK does not do anything special in handling large coordinates and passes them to OpenGL directly. So currently, you have to handle this yourself by rescaling your data. Best, -berk On Mon, Apr 13, 2015 at 1:25 PM, Lodron, Gerald gerald.lod...@joanneum.at wrote: Hello I made a paraview reader plugin which loads Point data of type double from an ASCII file (can be choosen as checkbox in reader parameter gui). It is important that point data type is double since our values have a huge offset, e.g. Coordinate in float: 3376382.75-325198.59375 -121298.125 Coordinate in double: 3376382.849028525874 -325198.60899497801438 -121298.12806414699298 (same ASCII input file of type double, above printings come from spreadsheet view so loading is correct) (all my points have such small changes, I definitely can see those small changes in 3d) The problem is: I load the dataset once in float and once in double ( I checked result in spreadsheed view) I cannot see any differences in 3d renderer when I swap visibility of float and double input (but you can see in spreadsheet). Is the double precision rendering not correct/not supported? Any ideas? Best regards, Gerald Lodron Machine Vision Applications DIGITAL - Institute for Information and Communication Technologies JOANNEUM RESEARCH Forschungsgesellschaft mbH Steyrergasse 17, 8010 Graz, AUSTRIA phone: +43-316-876-1751 fax: +43-316-876-1751 web:http://www.joanneum.at/digital e-mail: gerald.lod...@joanneum.at ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=Paraview-developers Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview-developers ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview
[Paraview] announce: VTK/ParaView Training - June 2 and 3, 2015, Lyon, France
Kitware will be holding VTK and ParaView training courses respectively on June 2 and 3 in Lyon, France. Please visit our web site for more information and registration details at: VTK: http://training.kitware.fr/browse/102 ParaView: http://training.kitware.fr/browse/104 Note that the courses will be taught in English. If you have any question, please contact us at! formations at http://www.kitware.fr Thank you, *Joachim Pouderoux* *PhD, Technical Expert* *Kitware SAS http://www.kitware.fr* ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview
Re: [Paraview] vtk_use_system_protobuf w/ protobuf 2.6.0
On 04/09/2015 08:49 AM, Ben Boeckel wrote: On Thu, Apr 09, 2015 at 09:40:16 -0400, Ben Boeckel wrote: Doesn't seem so. Looks like ParaView will need changes for 2.6.0. Searching around, seems like the changes necessary for it are probably minor[1]. An attempt at this: https://gitlab.kitware.com/paraview/paraview/merge_requests/52 This won't verify it works with 2.6.0 since we don't have any buildbot machines with 2.6.0, so if you could test that this branch works for you, that'd be great. Thanks, --Ben ___ Ben - Thanks, that gets me farther, but I'm getting other errors now: /builddir/build/BUILD/ParaView-v4.3.1-source/ParaViewCore/ServerManager/Rendering/vtkSMCameraLink.cxx: In member function 'virtual void vtkSMCameraLink::UpdateState()': /builddir/build/BUILD/ParaView-v4.3.1-source/ParaViewCore/ServerManager/Rendering/vtkSMCameraLink.cxx:367:45: error: no matching function for call to 'paraview_protobuf::Message::GetExtension(google::protobuf::internal::ExtensionIdentifierparaview_protobuf::Message, google::protobuf::internal::PrimitiveTypeTraitsbool, 8u, false, int)' this-GetSynchronizeInteractiveRenders()); ^ In file included from /builddir/build/BUILD/ParaView-v4.3.1-source/fedora/ParaViewCore/ServerImplementation/Core/vtkPVMessage.pb.h:25:0, from /builddir/build/BUILD/ParaView-v4.3.1-source/ParaViewCore/ServerImplementation/Core/vtkSMMessage.h:30, from /builddir/build/BUILD/ParaView-v4.3.1-source/ParaViewCore/ServerManager/Rendering/vtkSMCameraLink.cxx:24: /builddir/build/BUILD/ParaView-v4.3.1-source/fedora/ParaViewCore/ServerImplementation/Core/vtkPVMessage.pb.h:608:3: note: candidate: templateclass _proto_TypeTraits, unsigned char _field_type, bool _is_packed typename _proto_TypeTraits::Singular::ConstType paraview_protobuf::Message::GetExtension(const google::protobuf::internal::ExtensionIdentifierparaview_protobuf::Message, _proto_TypeTraits, _field_type, _is_packed) const GOOGLE_PROTOBUF_EXTENSION_ACCESSORS(Message) ^ /builddir/build/BUILD/ParaView-v4.3.1-source/fedora/ParaViewCore/ServerImplementation/Core/vtkPVMessage.pb.h:608:3: note: template argument deduction/substitution failed: /builddir/build/BUILD/ParaView-v4.3.1-source/ParaViewCore/ServerManager/Rendering/vtkSMCameraLink.cxx:367:45: note: candidate expects 1 argument, 2 provided this-GetSynchronizeInteractiveRenders()); ^ In file included from /builddir/build/BUILD/ParaView-v4.3.1-source/fedora/ParaViewCore/ServerImplementation/Core/vtkPVMessage.pb.h:25:0, from /builddir/build/BUILD/ParaView-v4.3.1-source/ParaViewCore/ServerImplementation/Core/vtkSMMessage.h:30, from /builddir/build/BUILD/ParaView-v4.3.1-source/ParaViewCore/ServerManager/Rendering/vtkSMCameraLink.cxx:24: /builddir/build/BUILD/ParaView-v4.3.1-source/fedora/ParaViewCore/ServerImplementation/Core/vtkPVMessage.pb.h:608:3: note: candidate: templateclass _proto_TypeTraits, unsigned char _field_type, bool _is_packed typename _proto_TypeTraits::Repeated::ConstType paraview_protobuf::Message::GetExtension(const google::protobuf::internal::ExtensionIdentifierparaview_protobuf::Message, _proto_TypeTraits, _field_type, _is_packed, int) const GOOGLE_PROTOBUF_EXTENSION_ACCESSORS(Message) ^ /builddir/build/BUILD/ParaView-v4.3.1-source/fedora/ParaViewCore/ServerImplementation/Core/vtkPVMessage.pb.h:608:3: note: template argument deduction/substitution failed: /builddir/build/BUILD/ParaView-v4.3.1-source/fedora/ParaViewCore/ServerImplementation/Core/vtkPVMessage.pb.h: In substitution of 'templateclass _proto_TypeTraits, unsigned char _field_type, bool _is_packed typename _proto_TypeTraits::Repeated::ConstType paraview_protobuf::Message::GetExtension(const google::protobuf::internal::ExtensionIdentifierparaview_protobuf::Message, _proto_TypeTraits, _field_type, _is_packed, int) const [with _proto_TypeTraits = google::protobuf::internal::PrimitiveTypeTraitsbool; unsigned char _field_type = 8u; bool _is_packed = false]': /builddir/build/BUILD/ParaView-v4.3.1-source/ParaViewCore/ServerManager/Rendering/vtkSMCameraLink.cxx:367:45: required from here /builddir/build/BUILD/ParaView-v4.3.1-source/fedora/ParaViewCore/ServerImplementation/Core/vtkPVMessage.pb.h:608:3: error: no type named 'Repeated' in 'class google::protobuf::internal::PrimitiveTypeTraitsbool' /usr/bin/cmake -E cmake_progress_report /builddir/build/BUILD/ParaView-v4.3.1-source/fedora/CMakeFiles ParaViewCore/ServerManager/Rendering/CMakeFiles/vtkPVServerManagerRendering.dir/build.make:199: recipe for target 'ParaViewCore/ServerManager/Rendering/CMakeFiles/vtkPVServerManagerRendering.dir/vtkSMCameraLink.cxx.o' failed /usr/bin/cmake -E cmake_progress_report /builddir/build/BUILD/ParaView-v4.3.1-source/fedora/CMakeFiles make[2]: ***
Re: [Paraview] Rendering in Paraview
Thomas, This looks like a classic case of z-fighting: http://en.wikipedia.org/wiki/Z-fighting One way to remedy this is to turn off the display of one of the surfaces. Cory On Thu, Apr 23, 2015 at 2:21 PM, Fastl, Thomas thomas.fa...@kcl.ac.uk wrote: Hello Community, I have a question concerning rendering in Paraview (Version 4.2.0). I have two .vtk files: i) an ellipsoidal volume geometry of hexahedral cells (cell type = 12) and ii) the internal surface of the ellipsoidal geometry represented using quadrilateral cells (cell type = 9). The first one is colored grey in the attached image, while the latter one is displayed in blue. Opening both of them at the same time leads to a quite confusing representation, which I don't really understand. In the image attached the quadrilateral surface was opened first followed by the hexahedral volume. So I can understand why Paraview renders the left part in the color of the volume, but I do not get why it splits the rendering and is checkered on the right side? Is this an intended behavior or might I have made a mistake? I checked the coordinates of the points in both files and they are identical. Thanks! Best, Thomas Fastl ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -- Cory Quammen RD Engineer Kitware, Inc. ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview
Re: [Paraview] Rendering in Paraview
Thomas, Assuming your x,y,z-origin is at the center of the ellipsoid, and you are using PV version4.3.1, you might be able to do the following: If you want to display these two objects at the same time, use the "eyeball" in the Pipeline Browser to turn off the hex mesh, then use the Calculator filter just on the quad mesh to shrink its x,y,z-coordinates by, say, 0.99. This will "pull" the quad mesh just inside the hex mesh. You can then do whatever variable display you like on the objects. If you are going to this display several times, the pipeline can be saved with Save State. Sam On 4/23/2015 12:21 PM, Fastl, Thomas wrote: Hello Community, I have a question concerning rendering in Paraview (Version 4.2.0). I have two .vtk files: i) an ellipsoidal volume geometry of hexahedral cells (cell type = 12) and ii) the internal surface of the ellipsoidal geometry represented using quadrilateral cells (cell type = 9). The first one is colored grey in the attached image, while the latter one is displayed in blue. Opening both of them at the same time leads to a quite confusing representation, which I don't really understand. In the image attached the quadrilateral surface was opened first followed by the hexahedral volume. So I can understand why Paraview renders the left part in the color of the volume, but I do not get why it splits the rendering and is checkered on the right side? Is this an intended behavior or might I have made a mistake? I checked the coordinates of the points in both files and they are identical. Thanks! Best, Thomas Fastl ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview
Re: [Paraview] Rendering in Paraview
If you want to use this approach, it is probably easier to use the transform filter and scale by 0.99 than use the calculator. -Ken Sent from my iPad so blame autocorrect. On Apr 23, 2015, at 4:13 PM, Samuel Key samuel...@bresnan.netmailto:samuel...@bresnan.net wrote: Thomas, Assuming your x,y,z-origin is at the center of the ellipsoid, and you are using PV version4.3.1, you might be able to do the following: If you want to display these two objects at the same time, use the eyeball in the Pipeline Browser to turn off the hex mesh, then use the Calculator filter just on the quad mesh to shrink its x,y,z-coordinates by, say, 0.99. This will pull the quad mesh just inside the hex mesh. You can then do whatever variable display you like on the objects. If you are going to this display several times, the pipeline can be saved with Save State. Sam On 4/23/2015 12:21 PM, Fastl, Thomas wrote: Hello Community, I have a question concerning rendering in Paraview (Version 4.2.0). I have two .vtk files: i) an ellipsoidal volume geometry of hexahedral cells (cell type = 12) and ii) the internal surface of the ellipsoidal geometry represented using quadrilateral cells (cell type = 9). The first one is colored grey in the attached image, while the latter one is displayed in blue. Opening both of them at the same time leads to a quite confusing representation, which I don't really understand. In the image attached the quadrilateral surface was opened first followed by the hexahedral volume. So I can understand why Paraview renders the left part in the color of the volume, but I do not get why it splits the rendering and is checkered on the right side? Is this an intended behavior or might I have made a mistake? I checked the coordinates of the points in both files and they are identical. Thanks! Best, Thomas Fastl ___ Powered by www.kitware.comhttp://www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview ___ Powered by www.kitware.comhttp://www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview
Re: [Paraview] Rendering in Paraview
Hello, thank you for the help so far, I really appreciate any input! ad Cory's response: I totally agree, seems to be a classic thing in rendering and makes total sense to me. However, strange is that this happens only for the right half of the ellipsoid. Any ideas on that? ad Sam's and Ken's response: I was thinking about doing that in Matlab during generation, but thanks for pointing out that I can do it pretty straight forward in Paraview directly, makes things easier. Again, I think it is just a little bit strange that the rendering problem occurs only on one half of the ellipsoid, maybe someone has experienced something similar? Thanks! Thomas ? From: ParaView paraview-boun...@paraview.org on behalf of Moreland, Kenneth kmo...@sandia.gov Sent: Thursday, April 23, 2015 10:19 PM To: Samuel Key Cc: paraview@paraview.org Subject: Re: [Paraview] Rendering in Paraview If you want to use this approach, it is probably easier to use the transform filter and scale by 0.99 than use the calculator. -Ken Sent from my iPad so blame autocorrect. On Apr 23, 2015, at 4:13 PM, Samuel Key samuel...@bresnan.netmailto:samuel...@bresnan.net wrote: Thomas, Assuming your x,y,z-origin is at the center of the ellipsoid, and you are using PV version4.3.1, you might be able to do the following: If you want to display these two objects at the same time, use the eyeball in the Pipeline Browser to turn off the hex mesh, then use the Calculator filter just on the quad mesh to shrink its x,y,z-coordinates by, say, 0.99. This will pull the quad mesh just inside the hex mesh. You can then do whatever variable display you like on the objects. If you are going to this display several times, the pipeline can be saved with Save State. Sam On 4/23/2015 12:21 PM, Fastl, Thomas wrote: Hello Community, I have a question concerning rendering in Paraview (Version 4.2.0). I have two .vtk files: i) an ellipsoidal volume geometry of hexahedral cells (cell type = 12) and ii) the internal surface of the ellipsoidal geometry represented using quadrilateral cells (cell type = 9). The first one is colored grey in the attached image, while the latter one is displayed in blue. Opening both of them at the same time leads to a quite confusing representation, which I don't really understand. In the image attached the quadrilateral surface was opened first followed by the hexahedral volume. So I can understand why Paraview renders the left part in the color of the volume, but I do not get why it splits the rendering and is checkered on the right side? Is this an intended behavior or might I have made a mistake? I checked the coordinates of the points in both files and they are identical. Thanks! Best, Thomas Fastl ___ Powered by www.kitware.comhttp://www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview ___ Powered by www.kitware.comhttp://www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview
Re: [Paraview] [Paraview-developers] ParaView and double precision Rendering
Hi Today i got an (maybe stupid) idea: The solution of rescaling my double data to get correct viewing is not very elegant: All filter/sources settings will be in wrong relation (e.g. if I want to insert a sphere of radius 1, or if I want to measure my data using ruler, or if I want to watch my data in spreadsheet view) Wouldn’t it better to write a “view plugin” where all data firstly is rescaled/mean subtracted before sending to 3d polydata mapper? In that case all filter settings, ruler and so on will also work like expected. I never wrote a view plugin but is this in principle possible? Or should I use a “representation plugin” for that. Any suggestions? Best regards, Gerald Lodron Von: Berk Geveci [mailto:berk.gev...@kitware.com] Gesendet: Dienstag, 14. April 2015 18:16 An: Lodron, Gerald Cc: Paraview User (paraview@paraview.org); Paraview Developer (paraview-develop...@paraview.org) Betreff: Re: [Paraview-developers] ParaView and double precision Rendering OpenGL does not support double precision. VTK does not do anything special in handling large coordinates and passes them to OpenGL directly. So currently, you have to handle this yourself by rescaling your data. Best, -berk On Mon, Apr 13, 2015 at 1:25 PM, Lodron, Gerald gerald.lod...@joanneum.atmailto:gerald.lod...@joanneum.at wrote: Hello I made a paraview reader plugin which loads Point data of type double from an ASCII file (can be choosen as checkbox in reader parameter gui). It is important that point data type is double since our values have a huge offset, e.g. Coordinate in float: 3376382.75-325198.59375 -121298.125 Coordinate in double: 3376382.849028525874 -325198.60899497801438 -121298.12806414699298 (same ASCII input file of type double, above printings come from spreadsheet view so loading is correct) (all my points have such small changes, I definitely can see those small changes in 3d) The problem is: I load the dataset once in float and once in double ( I checked result in spreadsheed view) I cannot see any differences in 3d renderer when I swap visibility of float and double input (but you can see in spreadsheet). Is the double precision rendering not correct/not supported? Any ideas? Best regards, Gerald Lodron Machine Vision Applications DIGITAL - Institute for Information and Communication Technologies JOANNEUM RESEARCH Forschungsgesellschaft mbH Steyrergasse 17, 8010 Graz, AUSTRIA phone: +43-316-876-1751 fax: +43-316-876-1751 web:http://www.joanneum.at/digital e-mail: gerald.lod...@joanneum.atmailto:gerald.lod...@joanneum.at ___ Powered by www.kitware.comhttp://www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=Paraview-developers Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview-developers ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview
Re: [Paraview] [Paraview-developers] ParaView and double precision Rendering
Ok, thanks Good to know that it should theoretically work... The task is planned for a customer of us, the project is currently in acquisition phase so we do not definitely have the order yet... Thanks for opinions Von: David E DeMarle [mailto:dave.dema...@kitware.com] Gesendet: Donnerstag, 23. April 2015 16:37 An: Lodron, Gerald Cc: Berk Geveci; Paraview Developer (paraview-develop...@paraview.org); Paraview User (paraview@paraview.org) Betreff: Re: [Paraview] [Paraview-developers] ParaView and double precision Rendering Sounds doable and very useful to me. Conceptually it is simple, use the world space bounding box to rescale the representations appropriately. You can mock it up at first in python with the transform filter and/or display transformations. Let us and especially the pv-developers list know if you run into problems. David E DeMarle Kitware, Inc. RD Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Apr 23, 2015 at 2:41 AM, Lodron, Gerald gerald.lod...@joanneum.atmailto:gerald.lod...@joanneum.at wrote: Hi Today i got an (maybe stupid) idea: The solution of rescaling my double data to get correct viewing is not very elegant: All filter/sources settings will be in wrong relation (e.g. if I want to insert a sphere of radius 1, or if I want to measure my data using ruler, or if I want to watch my data in spreadsheet view) Wouldn’t it better to write a “view plugin” where all data firstly is rescaled/mean subtracted before sending to 3d polydata mapper? In that case all filter settings, ruler and so on will also work like expected. I never wrote a view plugin but is this in principle possible? Or should I use a “representation plugin” for that. Any suggestions? Best regards, Gerald Lodron Von: Berk Geveci [mailto:berk.gev...@kitware.commailto:berk.gev...@kitware.com] Gesendet: Dienstag, 14. April 2015 18:16 An: Lodron, Gerald Cc: Paraview User (paraview@paraview.orgmailto:paraview@paraview.org); Paraview Developer (paraview-develop...@paraview.orgmailto:paraview-develop...@paraview.org) Betreff: Re: [Paraview-developers] ParaView and double precision Rendering OpenGL does not support double precision. VTK does not do anything special in handling large coordinates and passes them to OpenGL directly. So currently, you have to handle this yourself by rescaling your data. Best, -berk On Mon, Apr 13, 2015 at 1:25 PM, Lodron, Gerald gerald.lod...@joanneum.atmailto:gerald.lod...@joanneum.at wrote: Hello I made a paraview reader plugin which loads Point data of type double from an ASCII file (can be choosen as checkbox in reader parameter gui). It is important that point data type is double since our values have a huge offset, e.g. Coordinate in float: 3376382.75-325198.59375 -121298.125 Coordinate in double: 3376382.849028525874 -325198.60899497801438 -121298.12806414699298 (same ASCII input file of type double, above printings come from spreadsheet view so loading is correct) (all my points have such small changes, I definitely can see those small changes in 3d) The problem is: I load the dataset once in float and once in double ( I checked result in spreadsheed view) I cannot see any differences in 3d renderer when I swap visibility of float and double input (but you can see in spreadsheet). Is the double precision rendering not correct/not supported? Any ideas? Best regards, Gerald Lodron Machine Vision Applications DIGITAL - Institute for Information and Communication Technologies JOANNEUM RESEARCH Forschungsgesellschaft mbH Steyrergasse 17, 8010 Graz, AUSTRIA phone: +43-316-876-1751tel:%2B43-316-876-1751 fax: +43-316-876-1751tel:%2B43-316-876-1751 web:http://www.joanneum.at/digital e-mail: gerald.lod...@joanneum.atmailto:gerald.lod...@joanneum.at ___ Powered by www.kitware.comhttp://www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=Paraview-developers Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview-developers ___ Powered by www.kitware.comhttp://www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: