<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">As long as your PACS doesn't interfer with the contents of your private tags, you can probably store whatever you want in it. If the private tags are limited in size, than you could create a hack that and save a binary blob representing the mesh in the image portion of the data and somehow encode this hack in other dicom tags. As long as only your software is accessing the dicom "images" you should be ok. But if some other application would try to show the images they would display garbage. In short, as long as you have someway of storing binary data, you can use it.<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Regards,<br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Dov<br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 29, 2015 at 3:30 PM, Sebastian Hilbert <span dir="ltr"><<a href="mailto:sebastian.hilbert@gmx.net" target="_blank">sebastian.hilbert@gmx.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
I was wondering if anyone could point me into the right direction.<br>
<br>
Background: We are working with MR data of the heart and are rendering/<br>
segmenting regions of interest to models (e.g. left atrium). Those are then<br>
exported to STL by a software called Philips Intellispace Portal and<br>
subsequently converted to VTK. Those meshes/models are then used in clinical<br>
routine.<br>
<br>
Goal: What we would like to achieve somehow is to store these VTK meshes in a<br>
PACS for data exchange. From what I have understood so far it is not possible<br>
to store VTK meshes in a PACS. What would you suggest ? Is this something that<br>
can be implemented ?<br>
<br>
There seems to be some related bits in the Dicom specification but I am stuck<br>
here.<br>
<br>
<a href="ftp://medical.nema.org/medical/dicom/final/sup132_ft.pdf" rel="noreferrer" target="_blank">ftp://medical.nema.org/medical/dicom/final/sup132_ft.pdf</a><br>
<br>
<br>
My research also led me to two solutions by medical device vendors who seem to<br>
have implemented a way to store their model formats in Dicom file(s). One<br>
solution Ensite NavX by St. Jude Medical seems to store the XML (VTK ascii<br>
like) content in a private tag and the other company seems to store (VTK<br>
binary ?) data in private tags as well.<br>
<br>
I do have sample Dicom files from both products as well as the file format<br>
specifications for both products.<br>
<br>
I wonder what it would take to come up with a solution based on the specs and<br>
the sample files. If anyone could point me into the right direction that would<br>
be great.<br>
<br>
Regards,<br>
Sebastian<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the VTK FAQ at: <a href="http://www.vtk.org/Wiki/VTK_FAQ" rel="noreferrer" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtkusers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=vtkusers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/vtkusers" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/vtkusers</a><br>
</blockquote></div><br></div>