nvs-vocabs / L22

SeaVoX Device Catalogue
2 stars 2 forks source link

Satlantic/Sea-Bird consistency [BODCNVS-2364] #273

Closed callumrollo closed 3 months ago

callumrollo commented 3 months ago

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

gwemon commented 3 months ago

@callumrollo only edited your message to correct Dani's github userid :-)

JordanAthertonNOC commented 3 months ago

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.

JordanAthertonNOC commented 3 months ago

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.

louatbodc commented 3 months ago

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.

JordanAthertonNOC commented 3 months ago

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:

  1. 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)

  2. Are there other terms causing problems for you that could do with a specific review?

callumrollo commented 3 months ago

Thanks for the thorough response @JordanAthertonNOC. This resolves the issue for our sensors