You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Previously, a system using lengthy globally unique identifiers on many elements in an Orchestra file was considered. Discussion with Jim Northey and Don Mendelson led to the thought that this was excessive, in terms of required processing power and file size, and possibly other issues.
The conclusion drawn is that a globally unique identifier for each new Orchestra file, specified in a top level element, would suffice to differentiate each element, via appropriate concatenation of that id with elements in the file (such as GUID+Field+Field_id)
The identifier might itself be comprised of an organizational unique identifier, potentially assigned by FPL organization, plus a further random, unique GUID to ensure uniqueness per file globally.
The text was updated successfully, but these errors were encountered:
Previously, a system using lengthy globally unique identifiers on many elements in an Orchestra file was considered. Discussion with Jim Northey and Don Mendelson led to the thought that this was excessive, in terms of required processing power and file size, and possibly other issues.
The conclusion drawn is that a globally unique identifier for each new Orchestra file, specified in a top level element, would suffice to differentiate each element, via appropriate concatenation of that id with elements in the file (such as GUID+Field+Field_id)
The identifier might itself be comprised of an organizational unique identifier, potentially assigned by FPL organization, plus a further random, unique GUID to ensure uniqueness per file globally.
The text was updated successfully, but these errors were encountered: