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
{{ message }}
This repository has been archived by the owner on Jan 25, 2023. It is now read-only.
Currently, the Beacon identifier is just an ID, assigned by the developer of the Beacon.
Of course, it is everybody’s best interest to use a unique ID, and in the worth case it shouldn’t be a problem if the ID is not unique. Anyway, it may be a good practise to set up a kind of central authority to assign Beacon unique identifiers.
The text was updated successfully, but these errors were encountered:
From: Miro Cupak [[email protected]]
Sent: 28 June 2016 15:54
To: ga4gh/beacon-team
Subject: Re: [ga4gh/beacon-team] Community level Beacon identifier's assignment (#55)
+1, the reverse domain approach sounds like a good idea.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://github.com//issues/55#issuecomment-229074393, or mute the threadhttps://github.com/notifications/unsubscribe/AI_EVOYNsXBe8Mdkgk47TCN3wU5HSyg4ks5qQTWUgaJpZM4IqlgI.
Currently, the Beacon identifier is just an ID, assigned by the developer of the Beacon.
Of course, it is everybody’s best interest to use a unique ID, and in the worth case it shouldn’t be a problem if the ID is not unique. Anyway, it may be a good practise to set up a kind of central authority to assign Beacon unique identifiers.
The text was updated successfully, but these errors were encountered: