Open danielweck opened 5 years ago
Related issue: https://github.com/opds-community/drafts/issues/25
They're a little undefined in the current draft as well, so their current expression in the JSON Schema is consistent with that.
It's not clear if we need all that complexity for the metadata of a feed, or if we need a subtitle either.
It's so sad that new draft don't supports Readium manifest which is more user-friendly for develop it :(
@acuna-public since OPDS 2.0 is very much based on Readium, it's not clear what you mean by that.
@HadrienGardeur I've created an issue here. Please compare the draft and docs, for example links
section became as
"links": [
{"rel": "self", "href": "http://example.com/opds", "type": "application/opds+json"}
]
in the docs, but at the draft which link present at the end of the docs as an example it became
"links": {
"description": "Feed-level links such as search or pagination",
"type": "array",
"items": {
"$ref": "https://readium.org/webpub-manifest/schema/link.schema.json"
},
"uniqueItems": true,
"contains": {
"properties": {
"rel": {
"anyOf": [
{
"type": "string",
"const": "self"
},
{
"type": "array",
"contains": {
"const": "self"
}
}
]
}
},
"required": [
"rel"
]
}
},
Or I've missed something?
Basically this schema means:
rel
value is set to self
(that's a requirement for an OPDS Feed)Could you explain why this is problematic?
I believe that it means anywhere, but I don't see it at the docs. I think you don't want to users asked you about any of the item so you create the docs, isn't it? :) So I've implemented any what described in docs only for cosily support it in future.
The main difference (besides the looser type definition) is that OPDS subtitles allow arrays:
https://github.com/opds-community/drafts/blob/4d82fb9a64f35a174a5f205c23ba623ec010d5ec/schema/feed-metadata.schema.json#L22
versus:
https://github.com/readium/webpub-manifest/blob/0976680e25852b8a4c4802a052ba750ab3e89284/schema/metadata.schema.json#L33