Here is a sample of three ungroomed NRRDs if you could take a look at. The groomed files were too large to send over email. When running these however, the grooming step results in nothing in the viewer.With regards to the original set of groomed files, they all look ok and they are normally shaped. I did a ShapeWorks run with humeral heads and everything worked fine. If you could get these to work and let me know how to solve the origin problem, that would be greatly appreciated! All of the original STLs are below also in an earlier email.On Nov 2, 2020, at 9:57 PM, Alan Morris <amorris@sci.utah.edu> wrote:I'm not sure, it's hard to say without the data. Usually when I've seen this in shapeworks in general, it's due to the grooming resulting in an empty distance transform. I assume when you scroll through your set of shapes, they all look ok?What version of ShapeWorks are you using? I know there were some Studio specific bugs that could result in this error that were fixed for the last release (5.5). You could try the most recent development version here:Thanks,AlanOn Mon, Nov 2, 2020 at 7:48 PM Christopher Pinto <capinto@seas.upenn.edu> wrote:I have been trying to get the error again but I’m just getting the ITK Exception window as in the screenshot. Any tips to solve that?On Nov 2, 2020, at 9:18 PM, Alan Morris <amorris@sci.utah.edu> wrote:Hi Christopher,We're working to make Studio work with meshes in the near future. Until then, I'd like to help with your current data. Can you reproduce this error with a subset of the data? If so, could you point us to this data?Also, if Studio ever crashes on mac, there is usually the "send to apple" dialog that comes up and if you click show details, there is a lot of info that will help us track it down.Thanks,AlanOn Mon, Nov 2, 2020 at 5:11 PM Christopher Pinto <capinto@seas.upenn.edu> wrote:It’s funny, the second I reach out to you guys my ShapeWorks app stops crashing like it used to…however I still get this error when running my model (screenshot below).What I can remember though is that it was a timed out error, possibly due to the file sizes of the _DT’.nrrd's being extremely large (order of 60-100 MB). If the error does pop up again, I can definitely get you the log file.Nonetheless, here is the error I currently get:<Screen Shot 2020-11-02 at 7.05.59 PM.png>On Nov 2, 2020, at 6:48 PM, Shireen Elhabian <shireen@sci.utah.edu> wrote:Hi Chris,Thanks for your interest in ShapeWorks and we are looking forward to helping you out with your data. We have relaxed the requirement for Studio to load same image sizes. Could you share the log file with us to troubleshot Studio’s crashing?Shireen
------------------------------------------
Shireen Elhabian, M.Sc., Ph.D.
Research Assistant Professor, School of Computing
Research Computer Scientist, Scientific Computing and Imaging Institute
University of Utah
WEB 2815
72 Central Campus Drive, Salt Lake City, UT, 84112
Phone (801) 587-3206
Fax (801) 585-6513
Home Page: http://www.sci.utah.edu/~shireenOn Nov 2, 2020, at 1:59 PM, Cameron Christensen <cam@sci.utah.edu> wrote:Hi Chris,Thanks for reaching out.Coincidentally, I've been working on this exact task this weekend.Do you have a sample stl mesh I can use?I'll give it a try using Python and get back to you with a solution.Best,CameronOn Mon, Nov 2, 2020 at 1:06 PM Christopher Pinto <capinto@seas.upenn.edu> wrote:Hello Cameron!
My name is Christopher Pinto and I am an associate researcher the University of Pennsylvania. We were interested in using ShapeWorks for a shape analysis of humeral heads and scapular protrusions. Most of the data is in the STL format and we are having trouble converting to an NRRD format. I can get it into NRRD by converting things in 3DSlicer, but I can’t get the NRRDs to be the same size (bounding box issue) or to have a small file size. The GUI for Mac also crashes often and is a cause of concern.
So is there an easier/preferred way to fo from STL to NRRD? Any advice would help.
Thanks, Chris
Archive powered by MHonArc 2.6.18.