fix: allow @type be of type array

[simontaurus]

@SteffenBrinckmann
see https://www.researchobject.org/ro-crate/specification/1.1/data-entities.html#referencing-files-and-folders-from-the-root-data-entity

[SteffenBrinckmann]

@simontaurus Great for preparing the example.
@type and may: while the .eln follows every must specification of the ro-crate, the situation is different for the may statements. the ro-crate specification has a lot of them and each of them results in multiple algorithms and if-statements for the import. Hence, the ELN consortium tries to harmonize the may-statements into must-according-to-.eln. Hence, .eln becomes a variant of ro-crate with its own rules.
And the type issue, is just one of them. We agreed, also in the Nov. 2024 meeting, that type is a string of dataset, ... ;and that any further type like information is stored in the 'genre' key.

[simontaurus]

Moved for further discussion here #69

PS: Would be happy to join the Consortium & next Consortium meeting

[NicolasCARPi]

Would be happy to join the Consortium

Invited.

Should we close this PR then?

[SteffenBrinckmann]

@simontaurus In most cases the @ids are in the json file. But
"additionalType": {
"@id": "https://wiki-dev.open-semantic-lab.org/id/Category-3AOSW0e7fab2262fb4427ad0fa454bc868a0d"
},
is not and I cannot resolve it.

[simontaurus]

@SteffenBrinckmann The dev-system (https://wiki-dev.open-semantic-lab.org) is not public, but e.g. https://demo.open-semantic-lab.org/id/Category-3AOSW0e7fab2262fb4427ad0fa454bc868a0d is.
I will update the example accordingly.
In the long run we will use a central domain for stable concepts => https://opensemantic.world/id/Category-3AOSW0e7fab2262fb4427ad0fa454bc868a0d