Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Revit_Toolkit: Remove ConvertUnits? #450

Closed
pawelbaran opened this issue Nov 15, 2019 · 5 comments · Fixed by #471
Closed

Revit_Toolkit: Remove ConvertUnits? #450

pawelbaran opened this issue Nov 15, 2019 · 5 comments · Fixed by #471
Assignees
Labels
type:question Ask for further details or start conversation

Comments

@pawelbaran
Copy link
Member

Currently PushSettings and PullSettings carry ConvertUnits property. As discussed recently, it might be desirable to force conversion by removing the above as some concepts in Revit are Imperial and some SI.

Would be good to confirm that before actioning @al-fisher @rwemay @IsakNaslundBh @FraserGreenroyd @JosefTaylor @enarhi @kayleighhoude

@pawelbaran pawelbaran added the type:question Ask for further details or start conversation label Nov 15, 2019
@pawelbaran pawelbaran added this to the BHoM 3.0 β MVP milestone Nov 15, 2019
@JosefTaylor
Copy link
Contributor

I'd like to bring more toolkits into line by forcing SI units for all- currently some toolkits aren't because the Localization_Engine isn't finished, and these packages have some pretty funny units going on.

I don't see a point in letting users avoid converting units- it seems like a recipe for confusion (my non-programming colleagues in the US will disagree, I'm sure they'd like to see their results in imperial, but I know how complicated that will make things)

@IsakNaslundBh
Copy link
Contributor

I would confirm. All BHoM needs to be in SI, at least on the oM/engine level. UI could be different once we get localisation toolkit etc in place, but oM just needs to follow a single consistent convention so should always be converted to SI.

Even more sure now that @JosefTaylor has agreed as well.

@pawelbaran
Copy link
Member Author

OK, in this case I am happy to go through the whole repo and squash ConvertUnits wherever they appear. However, this will influence some half of the Revit_Toolkit - the question is should we deprecate every item that changes (slow) or is it fine if I just refactor all without looking back (quick)? @al-fisher @rwemay @adecler

@adecler
Copy link
Member

adecler commented Nov 20, 2019

@pawelbaran , backward compatibility for methods is coming soon and allows you to change methods on the spot without keeping a deprecated version. Backward is already available for objects. Both need to add conversion information in the Versioning_Toolkit though and that repo is heavily being redefined and worked on at the moment.

So TL;DR, you can just change methods and objects locally as long as you record the change in the versioning toolkit. But you will have to wait a bit longer before you can do that.

@pawelbaran
Copy link
Member Author

In this case I guess it would be best to hold on with this issue until the Versioning_Toolkit is stable.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type:question Ask for further details or start conversation
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants