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

More efficient identifier structure #36

Closed
Olivercomputing opened this issue Jun 29, 2018 · 1 comment
Closed

More efficient identifier structure #36

Olivercomputing opened this issue Jun 29, 2018 · 1 comment
Labels

Comments

@Olivercomputing
Copy link

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.

@donmendelson
Copy link
Member

The unique file identifier can be provided in the metadata section. Dublin Core Term "identifier" is suitable for this purpose. It is defined as:

An unambiguous reference to the resource within a given context.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants