Summary
The spec is internally inconsistent in what JSON type it uses in its service_code and service_request_id examples. These examples don't match the type: string definition for this swagger spec.
Proposed solution: change them all to string types or change them all to integer types and clearly state the type in the spec.
TL;DR
The swagger spec specifies service_request_id and service_code as
The XML can be interpreted as either a string or an integer. Note that the spec (http://wiki.open311.org/GeoReport_v2/) defines it in its sample JSON in both ways.
Get Service List: "service_code":001
Get Service Definition: "service_code":"DMV66"
For service_request_id it is only specified in the json integer format "service_request_id":293944 this would imply that the service_request_id field is actually an Integer and not a string.
Summary The spec is internally inconsistent in what JSON type it uses in its service_code and service_request_id examples. These examples don't match the
type: string
definition for this swagger spec.Proposed solution: change them all to string types or change them all to integer types and clearly state the type in the spec.
TL;DR The swagger spec specifies service_request_id and service_code as
Which would imply the following formats:
JSON
XML
The XML can be interpreted as either a string or an integer. Note that the spec (http://wiki.open311.org/GeoReport_v2/) defines it in its sample JSON in both ways.
Get Service List:
"service_code":001
Get Service Definition:"service_code":"DMV66"
For
service_request_id
it is only specified in the json integer format"service_request_id":293944
this would imply that the service_request_id field is actually an Integer and not a string.cc @zdicesare @philipashlock