Hi Ingmar, We already discussed this issue several times as it is quite annoying indeed. Unfortunately, as far as we know, there is no surface format currently supported by MITK which preserves transformations (neither STL, nor OBJ, VTK or VTP is able to). This would be the most elegant and simpe solution to have such a format for surfaces. However, other data types like point sets are affected as well. Recently we had a platform project to enable options for file writers but it isn't merged yet. A short-term solution would be a check-box during file saving asking for applying the current transformation/geometry. A better mid-term solution would be able to save the geometry as well. We didn't agree on a solution yet, as the idea to save the geometry in a seperate but optional file wasn't liked so much. For MITK project files it could be the same concept as for the property files for data nodes but for saving data nodes as external data types an accompanying geometry file might be easy to lose d uring copying or further processing by other tools. We will put more effort in this issue in the near future during bug squashing and are open for great ideas. :)
Best, Stefan ________________________________________ Von: Wegner [[email protected]] Gesendet: Donnerstag, 17. Juli 2014 23:44 An: Mitk Users Betreff: [mitk-users] Serialization of a surface node Hi all, as there are discussions on serialization currently going on I also wanted to add one thing: I am using an .mitk project file quite often to recover the state of my plugin. Sometimes for debugging, sometimes as interface between two plugins. Let me explain the latter: one plugin A creates a certain setup of data nodes in the DataStorage and the next plugin B consumes this data and processes the data. So I should be able to store the project after processing plugin A into an .mitk file and close and open the Workbench and load the project again to continue with plugin B. But: when I save a surface node the geometry of the surface is applied to every vertex in the surface and this is stored to file. When I load the surface it is displayed at the same location as before but the node is different. The geometry equals identity and the vertices are modified obviously. The thing is, that plugin B uses the geometry of the surface and if this one is not set or not as expected, the result is incorrect. So would there be a way to differ between saving an .mitk project (and then to also save geometry data as well and not to change vertices) AND saving a regular .stl (...) file by incorporating the geometry into vertices as that file format doesn't contain a container for this information? That would assure that a saved DataStorage with a surface node equals a loaded one. I would also contribute those changes once they are agreed upon. Best Regards! Ingmar ------------------------------------------------------------------------------ Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk _______________________________________________ mitk-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mitk-users
