Closed callumrollo closed 3 months ago
@callumrollo only edited your message to correct Dani's github userid :-)
To solve the first problem I would propose updating the manufacturer prefix of all Satlantic terms to
Satlantic {Sea-Bird}
This is the same approach we have taken for Sea-Bird's 2010 merger with WETLabs - now all Sea-Bird/WETLabs terms are prefixed with
WET Labs {Sea-Bird WETLabs}
Note the subtle difference of including WETLabs within the brace is to account for the widespread use of WET Labs with and without a space, thus to aid searchability.
More thoughts to follow RE the second problem of the L35 manufacturer linkage, Dani & I are discussing.
The L35 mapping is intended as the name of the company at the time the instrument was made. Concerns about the difficulties/imprecision of identifying which instrument models are pre and post-merger/acquisition. Technical spec/datasheets are good indicator but sometimes the parent company will rebrand these, or conversely sometimes a company will hang on to the 'original' manufacturer name for a particular product line, as we see with novel Sea-Bird WET Labs models.
Internally at BODC we also link to a term intended as the latest company contact, so for all cases mentioned here this is Sea-Bird.
Additional grey area in the likely occurrence where an instrument model continues to be manufactured and sold post-merger/acquisition, so you will have instances of that model manufactured by Satlantic and instances manufactured by Sea-Bird Scientific (or in this case our moniker - Satlantic {Sea-Bird}).
Keep in mind also that L22 is at the model not instance level.
L22 essentially reflects the brand of the instrument model at the time which is often reflected in the manufacturer name. Some Satlantic sensors were modified by Seabird after the merger between them, hence some are still Satlantic and some are Seabird. However, some instruments did not change - Seabird merely kept selling them - and the addition of a synonym was added where we or our users felt this was the case. Seabird did continue use the brand WetLabs despite the merger. Not sure this is the case anymore.
Hi @callumrollo
We have discussed this in our L22 team meeting. It's a tricky one, and we have many examples of this in L22 where one company has merged into another, so we've tried to keep this historical lineage behind it. Our preferred course of action is as follows:
Some actions I have taken in the meantime:
Hopefully this helps to address this issue for you. Some outstanding questions/comments:
L22 and L35 are decoupled in OG1.0, so you should be able to attribute an L35 of your choosing, unless that is, you are trying to do this programmatically - pulling in the respective L35 linked to the L22 from the NVS? (Note many 'legacy' L22 terms (created pre-2019) may not have an L35 mapping but we can add them retroactively on request)
Are there other terms causing problems for you that could do with a specific review?
Thanks for the thorough response @JordanAthertonNOC. This resolves the issue for our sensors
Inconsistent treatment of the merger of Sea-Bird and Satlantic.
Current status
Some instruments list Sea-Bird as the manufacturer, but note that the instrument was developed/previously sold by Satlantic e.g. TOOL1117 "Sea-Bird {Satlantic} HyperOCR spectroradiometer series" includes " initially developed by Satlantic, but currently distributed by Sea-Bird Scientific since the companies combined in 2011"
https://vocab.nerc.ac.uk/collection/L22/current/TOOL1117/
Other sensors are just described as Satlantic e.g. TOOL1292 "Satlantic SeaFET V1 pH sensor"
https://vocab.nerc.ac.uk/collection/L22/current/TOOL1292/
Issue for user
This is a cause of confusion. We have Sea-bird built OCR-504 sensors. So we use the manufacturer URI for Sea-Bird Scientific from L35 https://vocab.nerc.ac.uk/collection/L35/current/MAN0013/
But there is no vocab entry for a SeaBird OCR504 in L22. Only one for Satlantic
https://vocab.nerc.ac.uk/collection/L22/current/TOOL0625/
Potential resolutions
@emmerbodc and @danibodc this is a common glider sensor. We need to resolve this to convert out datasets to OG1