Open ddeboer opened 1 year ago
The services
property in the harvester config translates, after harvesting, to a targetProduct
in the resulting codemeta.json
. I
If you can include a targetProduct
in your codemeta.json
, then that is of course perfectly fine and you do not need services
in the harvester config. The reason services
exists is because there is often a separation between the producer of the tool and the provider of a service: the tool producer can't always know where his/her tool is deployed, so can't include that in the software metadata (nor might it always be desirable to list all SaaS instances in the source code metadata).
At the CLARIAH level, however, we have some oversight and we can 'glue' source code to the instances where they are deployed, and let the harvester do the job.
I’m somewhat confused about the
services
property in the harvester config vs.targetProduct
in thecodemeta.json
file. Which is preferred? Do we need both?