ElementId as AuthoringToolId may be unstable in Worksharing context

[cwaluga]

ElementIds may be rearranged in worksharing synchronization due to conflicting Ids. This happens quite often. See also:
https://thebuildingcoder.typepad.com/blog/2015/02/understanding-the-use-of-the-uniqueid.html

Since Bcfier has no (obvious) way to update ElementIds from IfcGuids (which would require a loop over all elements), this might break some issues in a worksharing context.

Is it possible to make Bcfier write UniqueIds into the AuthoringToolId? To make sure nothing breaks on the way back, one can first check for ElementId, then for UniqueId.

[teocomi]

Hi @cwaluga I'm not actively maintaining the project, but if you need such a change I can have a look.
Would you need BCFier to just write out UniqueIds in the AuthoringToolId field?

[cwaluga]

Hi @teocomi. Thanks for your answer.
I can do this small change myself, so no need for you to take action. I posted this here in case that someone in the future finds the time to continue this project. It is a really small change which can make component handling more stable. In case element IDs are reordered, the only chance you have to recover the authoring ids is to loop over all elements and compare IfcGuids, which is - to my knowledge - also currently not possible in BCFier.

[teocomi]

Sounds good to me! BCFier already does some looping over IFCguids, but not for what you ask, if I'm correct:

BCFier/Bcfier.Revit/Entry/ExtEvntOpenView.cs

Line 202 in 05866ed

foreach (var e in visibleElems)