As scientific data become increasingly distributed across specialised repositories, the challenge is no longer finding information but connecting it.
As scientific data become increasingly distributed across specialised repositories, the challenge is no longer finding information but connecting it.
A little bit of what I have been working on for the last couple of years as part of the Fragment Screen project coordinated by Instruct
A little bit of what I have been working on for the last couple of years as part of the Fragment Screen project coordinated by Instruct
There is a reasonable argument that the best way to design an interoperability standard for EOSC service catalogues is to look at what nodes are actually publishing before deciding what to mandate. So I pulled 239 service records from the EOSC Beyond sandbox, compared them against the EEN specification and a draft EEN-to-DCAT field mapping being developed within the working group, and mapped the results across all three schemas. The short version: the divergence between the two formats in active production use is real, it is already in the wild, and the empirical common core is smaller than either spec requires. Which is, somewhat inconveniently, the strongest possible argument for starting there.
There is a reasonable argument that the best way to design an interoperability standard for EOSC service catalogues is to look at what nodes are actually publishing before deciding what to mandate. So I pulled 239 service records from the EOSC Beyond sandbox, compared them against the EEN specification and a draft EEN-to-DCAT field mapping being developed within the working group, and mapped the results across all three schemas. The short version: the divergence between the two formats in active production use is real, it is already in the wild, and the empirical common core is smaller than either spec requires. Which is, somewhat inconveniently, the strongest possible argument for starting there.
Time, Space, and Plexiglas
