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
There are many duplicate localities in sites and also many with no lat.lon. There are an increasing number of internal and external initiatives to georeference specimens and departments to take advantage of them. In order to do so, especially if data is extracted and sent away we need to include a reference field to make sure that the information can correctly be repatriated and also de-duplicated wherever possible. What is the best way to do this? irns/UUIDs?
The text was updated successfully, but these errors were encountered:
We will assign a UUID to each site record and this, not the irn will become the locationID (sensu Darwin Core) for that record NOT for the site as a unique place on a map i.e. two or more locationIDs may refer to the exact same place. The UUID will always be set = No. If a georeferencing service returns a persistent identifier for a locality (eg from Getty) that can then be placed in the GUID grid with preferred = Yes. Records with matching GUIDs of the nature can then be merged. Audit will keep track of these replacements. See LocationID workflow and DwC structural changes.
DISCUSSION POINTS:
There are many duplicate localities in sites and also many with no lat.lon. There are an increasing number of internal and external initiatives to georeference specimens and departments to take advantage of them. In order to do so, especially if data is extracted and sent away we need to include a reference field to make sure that the information can correctly be repatriated and also de-duplicated wherever possible. What is the best way to do this? irns/UUIDs?
The text was updated successfully, but these errors were encountered: