positionstack · API Governance Rules
positionstack API Rules
Spectral linting rules defining API design standards and conventions for positionstack.
8 Rules
error 3
warn 4
info 1
Rule Categories
positionstack
Rules
error
positionstack-access-key-required
Every operation must include an `access_key` query parameter (security requirement).
$.paths[*][get,post,put,delete,patch]
warn
positionstack-operation-summary-title-case
Operation summaries should be Title Case (e.g. "Forward Geocode an Address").
$.paths[*][get,post,put,delete,patch].summary
info
positionstack-supports-output-formats
Geocoding endpoints should expose `output` parameter accepting json, xml, or geojson.
$.paths[/forward,/reverse].get.parameters[?(@.name=='output')].schema.enum
warn
positionstack-version-path
All paths should be served under the single canonical /v1 base path.
$.servers[*].url
error
positionstack-module-flag-enum
Module-enable parameters (`country_module`, `sun_module`, `timezone_module`, `bbox_module`) must accept only 0 or 1.
$.paths[*].get.parameters[?(@.name=~/_module$/)].schema
error
positionstack-limit-max-80
The `limit` parameter must enforce a maximum of 80 (positionstack hard cap).
$.paths[*].get.parameters[?(@.name=='limit')].schema
warn
positionstack-quota-responses
Operations should document 401 (auth) and 429 (quota) error responses.
$.paths[*][get,post].responses
warn
positionstack-error-envelope
Error responses should reference the shared ErrorResponse schema.
$.paths[*][get,post].responses[401,403,404,429,500].content.application/json.schema.$ref