Welcome to the Onshape forum! Ask questions and join in the discussions about everything Onshape.
First time visiting? Here are some places to start:- Looking for a certain topic? Check out the categories filter or use Search (upper right).
- Need support? Ask a question to our Community Support category.
- Please submit support tickets for bugs but you can request improvements in the Product Feedback category.
- Be respectful, on topic and if you see a problem, Flag it.
If you would like to contact our Community Manager personally, feel free to send a private message or an email.
Can features on imported SolidWorks files be edited?
michael3424
Member Posts: 694 ✭✭✭✭
The subject pretty much says it all. Can features on imported SW part files be edited? I'm currently using GeoMagic Design (nee Alibre) and have hundreds of designs created with that program, so it would be nice if there was a way to import them into OS for revision of the features as they were originally created. GM has a SW export function, so I used that to create a SldPrt file and imported that into OS but it came in as a dumb solid.
Mike
Mike
1
Comments
SolidWorks, like other CAD systems, has its own features with settings/options/etc that there isn't a 1 to 1 map of SolidWorks feature to Onshape feature. In most cases the parametric history wouldn't make sense transplanted from one system to another.
I'd be interested to know what your thinking is about how a greatly enhanced Onshape in future years will handle models created in 2015. Obviously there won't be any legacy issues for such models still needing to remain usable by Onshape 2015, because (unlike conventional practice) there will be no apps of earlier versions "in the wild".
Do you envisage it may sometimes be necessary for file data of such models to be 'reversioned' in order to reflect and permit new functionality? I suppose another way of asking that is: presuming the 'version number' which created the file is recorded in the file, is there also a field for more recent reversioning?
I recall a time about the middle of last decade when Solidworks changed the algorithms for (I think) spline computation in lofts, which meant curvy models from previous versions failed wholesale, in spite of their best efforts to negotiate this discontinuity. I'm thinking this might be one very good reason for OnS to make sure their surfacing tools are based on really solid precepts before they go live on line, and I furthermore think that those of us who want to see the paradigm shift succeed should be patient and pragmatic on matters like this.
This is a really insightful question. First off, yes, your documents created in Onshape today will work correctly in Onshape in the future years. Since we're introducing enhancements very quickly, we already have to deal with this issue -- you may have seen "Automatic Upgrade" appear in your workspace' change history. We have given this a lot of thought and have powerful versioning mechanisms to ensure models continue to regenerate without change, while maintaining access to the latest enhancements. Having access to all of the documents in one database gives us an opportunity to do a very good job with this: we can tell if an update is going to break something before we deploy it and fix the problem before any customers ever see it.
In some cases, when we change features' regeneration algorithms (e.g. a parasolid upgrade or us making improvements) we have to fall back to old algorithms if we cannot map the feature parameters without introducing a geometry change. So sometimes a new feature with the exact same set of parameters will produce slightly different results than an older feature. We may also have to provide a legacy UI for a feature held back this way, though so far we have not had to do this.
Overall, our goal is for users to never have to think about this upgrade process anymore.
1) What is the recommended way to migrate a design from a different CAD system to OnS, especially if one wants to be able to revise the part design?
2) Out of curiousity - since OnS can't read the history of the imported part how does it know what the part looks like? Do CAD files (like SW) typically contain a dumb solid representation of the part in some sort of generic format like IGES or STEP?
Mike
I would suggest try getting familiar with our direct edit tools and see if you can make the modifications you desire from the dumb solid first. It'll probably take the least investment to get something somewhat flexible. If that isn't suitable, then you'll need to make the decision on what to path to take from there.
As for how we get the geometry without the history, the proprietary file types generally have a representation of the resulting geometry embedded in the file on top of other things that are important to their system.
Mike
¿The way they were created or the secuence (history) they were created?
Importing file shows the feature as it is. Why do you need the secuence?.
"...I used that to create a SldPrt file and imported that into OS but it came in as a dumb solid..."
The OS mission is to convert the dumb solids into intelligents solids.
Under the right hands, the dumbs are smarter than the parametric parts.
OS need it to play God.
Probably a larger advantage would be in assemblies - the thought re-constraining an imported assembly because a few parts have changed is not appealing. FWIW, I'm using Geomagic Design now and in the early part of the OnS learning curve.
Mike
But currently I'm just waiting for OS to support Geomagic native files for import - it seems like there is quite a few GD users here.
Dave
Ariel, WA
The other option is to make a post in this forum and we can make a ticket to track it.
I've been thinking to run OnS into our pre-modeling team if we get GD file support and Keyshot link.
Mike
Mike