-
Notifications
You must be signed in to change notification settings - Fork 26
Compliance to OGC Web API Guidelines
ghobona edited this page May 15, 2024
·
3 revisions
To comply with Policy Directive 50, the following should be completed.
See an example on the OGC-Web-API-Guidelines repo.
# | Principle | Discussion |
---|---|---|
1 | Don’t reinvent | |
2 | Keep it simple and intuitive | |
3 | Use well-known resource types | |
4 | Construct consistent URIs | |
5 | Use HTTP methods consistent with RFC 7231 | |
6 | Put selection criteria behind the ‘?’ | |
7 | Error handling and use of HTTP status codes | |
8 | Use explicit list of HTTP status codes | |
9 | Use of HTTP header | |
10 | Allow flexible content negotiation | |
11 | Pagination | |
12 | Processing resources | |
13 | Support metadata | |
14 | Consider your security needs | |
15 | API description | |
16 | Use well-known identifiers | |
17 | Use explicit relations | |
18 | Support W3C cross-origin resource sharing | |
19 | Resource encodings | |
20 | Good APIs are testable from the beginning | |
21 | Specify whether operations are safe and/or idempotent | |
22 | Make resources discoverable | |
23 | Make default behavior explicit |
To comply with Policy Directive 50, the following should be completed.
See an example on the OGC-Web-API-Guidelines repo.
# | Principle | Discussion |
---|---|---|
1 | Don’t reinvent | |
2 | Keep it simple and intuitive | |
3 | Use well-known resource types | |
4 | Construct consistent URIs | |
5 | Use HTTP methods consistent with RFC 7231 | |
6 | Put selection criteria behind the ‘?’ | |
7 | Error handling and use of HTTP status codes | |
8 | Use explicit list of HTTP status codes | |
9 | Use of HTTP header | |
10 | Allow flexible content negotiation | |
11 | Pagination | |
12 | Processing resources | |
13 | Support metadata | |
14 | Consider your security needs | |
15 | API description | |
16 | Use well-known identifiers | |
17 | Use explicit relations | |
18 | Support W3C cross-origin resource sharing | |
19 | Resource encodings | |
20 | Good APIs are testable from the beginning | |
21 | Specify whether operations are safe and/or idempotent | |
22 | Make resources discoverable | |
23 | Make default behavior explicit |