Title: Add signpost in HTTP header · Issue #1 · SmartAPI/smartAPI-ld · GitHub
Open Graph Title: Add signpost in HTTP header · Issue #1 · SmartAPI/smartAPI-ld
X Title: Add signpost in HTTP header · Issue #1 · SmartAPI/smartAPI-ld
Description: As far as I understand the metadata of the API should be kept in a repository according to the paper. I have a suggestion: I think that in the API response, the Link HTTP header would be a good place for a URL pointing to the smartAPI de...
Open Graph Description: As far as I understand the metadata of the API should be kept in a repository according to the paper. I have a suggestion: I think that in the API response, the Link HTTP header would be a good pla...
X Description: As far as I understand the metadata of the API should be kept in a repository according to the paper. I have a suggestion: I think that in the API response, the Link HTTP header would be a good pla...
Opengraph URL: https://github.com/SmartAPI/smartAPI-ld/issues/1
X: @github
Domain: github.com
{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Add signpost in HTTP header","articleBody":"\r\nAs far as I understand the metadata of the API should be kept in a repository according to the paper. I have a suggestion: I think that in the API response, the Link HTTP header would be a good place for a URL pointing to the smartAPI description. Herbert van de Sompel suggested this method in his Memento [1] and Signposting [2] initiatives, and I think the idea could be reused here as well. Signposting already suggested to use the \"describedby\" relation to bind object and metadata description. Van de Sompel gives the following usage example (in the context of an institutional repository):\r\n\r\n \r\n\r\ncurl -I \"https://doi.org/10.1007/s10958-016-2844-8\"\r\n\r\nLink: \u003chttps://doi.org/10.1007/s10958-016-2844-8\u003e\r\n ; rel=\"describedby\"\r\n ; type=\"application/vnd.citationstyles.csl+json\"\r\n\r\n\r\nIn a smartAPI it would be something like that\r\n\r\ncurl -I \"https://example.com/smartAPI?....\"\r\n\r\nLink: \u003chttp://smart-api.info/api/metadata/...\u003e\r\n ; rel=\"describedby\"\r\n ; type=\"application/json; charset=UTF-8\"\r\n\r\n \r\n\r\nThis kind of link would help the discoverability of the API metadata, and thus the life of the developers of API clients, who might be not aware of the existence of smartAPI documentation, but check the HTTP headers routinely.\r\n\r\n \r\n\r\n[1] the most recent paper I read: Sande - Verborgh - Hochstenbach - Sompel, Toward sustainable publishing and querying of distributed Linked Data archives (Journal of Documentation, 2018) http://linkeddatafragments.org/publications/jod2017.pdf, and Miel van der Sande's doctoral thesis at https://biblio.ugent.be/publication/8551528\r\n\r\n[2] http://signposting.org/\r\n\r\n \r\n\r\nBest,\r\n\r\nPéter\r\n\r\n \r\n\r\n-----\r\nPéter Király\r\nGWDG - Gesellschaft für wissenschaftliche\r\nDatenverarbeitung mbH Göttingen\r\nAm Faßberg 11, 37077 Göttingen\r\nwww.gwdg.de\r\n","author":{"url":"https://github.com/micheldumontier","@type":"Person","name":"micheldumontier"},"datePublished":"2018-03-28T20:39:59.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":0},"url":"https://github.com/1/smartAPI-ld/issues/1"}
| route-pattern | /_view_fragments/issues/show/:user_id/:repository/:id/issue_layout(.:format) |
| route-controller | voltron_issues_fragments |
| route-action | issue_layout |
| fetch-nonce | v2:8adc7cbd-d070-e3ad-d1fc-375a8815794e |
| current-catalog-service-hash | 81bb79d38c15960b92d99bca9288a9108c7a47b18f2423d0f6438c5b7bcd2114 |
| request-id | C6CC:124E5D:233BDF:2D7AB1:69903CF2 |
| html-safe-nonce | 6f2b35efd71ef812d8c1fbbfd0ce40c3924aab7aebefd7605720d66362eda99a |
| visitor-payload | eyJyZWZlcnJlciI6IiIsInJlcXVlc3RfaWQiOiJDNkNDOjEyNEU1RDoyMzNCREY6MkQ3QUIxOjY5OTAzQ0YyIiwidmlzaXRvcl9pZCI6Ijg0NzY1ODU2MzA4MjU5ODczMTUiLCJyZWdpb25fZWRnZSI6ImlhZCIsInJlZ2lvbl9yZW5kZXIiOiJpYWQifQ== |
| visitor-hmac | 449119303137887a4201f78a19ba3b8282c68f87754dde202b94ef3a601ce64b |
| hovercard-subject-tag | issue:309523176 |
| github-keyboard-shortcuts | repository,issues,copilot |
| google-site-verification | Apib7-x98H0j5cPqHWwSMm6dNU4GmODRoqxLiDzdx9I |
| octolytics-url | https://collector.github.com/github/collect |
| analytics-location | / |
| fb:app_id | 1401488693436528 |
| apple-itunes-app | app-id=1477376905, app-argument=https://github.com/_view_fragments/issues/show/SmartAPI/smartAPI-ld/1/issue_layout |
| twitter:image | https://opengraph.githubassets.com/a1ab24333addb268959565315dd606d60f03cd5db2ff7068cd86ba32203b6ca0/SmartAPI/smartAPI-ld/issues/1 |
| twitter:card | summary_large_image |
| og:image | https://opengraph.githubassets.com/a1ab24333addb268959565315dd606d60f03cd5db2ff7068cd86ba32203b6ca0/SmartAPI/smartAPI-ld/issues/1 |
| og:image:alt | As far as I understand the metadata of the API should be kept in a repository according to the paper. I have a suggestion: I think that in the API response, the Link HTTP header would be a good pla... |
| og:image:width | 1200 |
| og:image:height | 600 |
| og:site_name | GitHub |
| og:type | object |
| og:author:username | micheldumontier |
| hostname | github.com |
| expected-hostname | github.com |
| None | 42c603b9d642c4a9065a51770f75e5e27132fef0e858607f5c9cb7e422831a7b |
| turbo-cache-control | no-preview |
| go-import | github.com/SmartAPI/smartAPI-ld git https://github.com/SmartAPI/smartAPI-ld.git |
| octolytics-dimension-user_id | 24528940 |
| octolytics-dimension-user_login | SmartAPI |
| octolytics-dimension-repository_id | 103606798 |
| octolytics-dimension-repository_nwo | SmartAPI/smartAPI-ld |
| octolytics-dimension-repository_public | true |
| octolytics-dimension-repository_is_fork | false |
| octolytics-dimension-repository_network_root_id | 103606798 |
| octolytics-dimension-repository_network_root_nwo | SmartAPI/smartAPI-ld |
| turbo-body-classes | logged-out env-production page-responsive |
| disable-turbo | false |
| browser-stats-url | https://api.github.com/_private/browser/stats |
| browser-errors-url | https://api.github.com/_private/browser/errors |
| release | 3b33c5aedc9808f45bc5fcf0b1e4404cf749dac7 |
| ui-target | full |
| theme-color | #1e2327 |
| color-scheme | light dark |
Links:
Viewport: width=device-width