API: Reset part properties

john_mcclary

Is there an API program I can have written up  that will reset part properties that have been manually edited, so that I can use featurescripts on a part that has had those props overridden?

It would be nice if I could pick and choose which properties I need, even If I need to paste in the internal ID each time for the custom properties.

Mainly I just need : Material, StockSize(Custom Property), Weight(Custom Property) 

This would sure beat deleting the base feature and re-linking all of the broken features after it, just to get a "fresh" part.

-Question 2: I do not have any experience with the API, so someone will have to write this up for me. Would anyone be willing?

joe_dunne

John,

I believe the answer to your question is yes. I don't want to say so definitely, since sometimes there are subtleties related these topics. However the path forward I can present to you. Is that I can make some introductions to people who could write this for you.  They would do so on a contractual basis. So if that is a route you are interested in taking. Let me know

Joe

ilya_baran

We're actually working on functionality that will let you reset part properties interactively.  I'm not aware of currently exposed APIs for this.

john_mcclary

ilya_baran said:

We're actually working on functionality that will let you reset part properties interactively.  I'm not aware of currently exposed APIs for this.

That's what I really wanted to hear!
I know I can't ask when but, How high on the priority/upcoming improvements list is this?
It has been a request from me since featurescripts could write to properties

And re-linking/dimensioning an entire model just to use the featurescripts ends up taking about the same time as filling in the properties manually.
So I tend to bite the bullet and make the model parametric, so when I copy it again for a new job it is quick to update.

As far as paying someone to write it, I would say no at this time. Knowing  the app will be obsolete eventually. And how often this becomes a major issue. I was hoping there was a 5 lines of code answer. "Ah yes, that's just part.property["Material"] = null;"  no such luck I guess

Thanks

billy2

@john_mcclary

When working with the API, you'll need a server or someone's server. 

Onshape's API is a bunch of data. There is nothing that executes with the API. You read this and then you write that. The program is on your server. In my case, I'm using nodejs.

As far as the stability of the API, I have code that's 2 years old and it still works. They do change things eventually, like configurations, but progress is wanted. 

I'd write it for you, but I'm swamped. I've been wanting to tie featurescript & the API together for some time and 
explore how the 2 could inter-play.

joe_dunne

John,

I believe the answer to your question is yes. I don't want to say so definitely, since sometimes there are subtleties related these topics. However the path forward I can present to you. Is that I can make some introductions to people who could write this for you.  They would do so on a contractual basis. So if that is a route you are interested in taking. Let me know

Joe

ilya_baran

We're actually working on functionality that will let you reset part properties interactively.  I'm not aware of currently exposed APIs for this.

john_mcclary

ilya_baran said:

We're actually working on functionality that will let you reset part properties interactively.  I'm not aware of currently exposed APIs for this.

That's what I really wanted to hear!
I know I can't ask when but, How high on the priority/upcoming improvements list is this?
It has been a request from me since featurescripts could write to properties

And re-linking/dimensioning an entire model just to use the featurescripts ends up taking about the same time as filling in the properties manually.
So I tend to bite the bullet and make the model parametric, so when I copy it again for a new job it is quick to update.

As far as paying someone to write it, I would say no at this time. Knowing  the app will be obsolete eventually. And how often this becomes a major issue. I was hoping there was a 5 lines of code answer. "Ah yes, that's just part.property["Material"] = null;"  no such luck I guess

Thanks

billy2

@john_mcclary

When working with the API, you'll need a server or someone's server. 

Onshape's API is a bunch of data. There is nothing that executes with the API. You read this and then you write that. The program is on your server. In my case, I'm using nodejs.

As far as the stability of the API, I have code that's 2 years old and it still works. They do change things eventually, like configurations, but progress is wanted. 

I'd write it for you, but I'm swamped. I've been wanting to tie featurescript & the API together for some time and 
explore how the 2 could inter-play.

john_mcclary

Thanks @billy2 I think at this point I'll wait for the Onshape native reset. I didn't think it was on their radar yet. Sounds like it is.
I could hold out for a while longer

owen_sparks

There's a bit of a cheat whereby the original part is transformed by a copy in place feature and the original deleted.  That will yield something that can be written to via FS.  Of limited use if you're using the original downstream perhaps though.

john_mcclary

Right, pretty much one of the cheats I have tried, 
but still need to replace in assemblies, and re-dimension

that's why I choose to go for broke and break the first feature, for when I may a copy of the document, the problem will not still show a band-aid

billy2

John-

There's a little bit to the API. It'd be harder to write the authorization than your featurescript adaptor. 

After all, you don't want anyone with a server to be able to change your stuff. So when API'ing who have to deal with permissions.

In your case, you want to access your stuff, which I believe the new enhancement will have baked in. A nice new enhancement for users and their data.

Through the API, you'd need an api key, which requires registering, which isn't very hard, but....