Skip to content

Commit dcc765d

Browse files
committed
Update schema
1 parent 18fdc90 commit dcc765d

File tree

1 file changed

+0
-20
lines changed
  • gbfs-validator-java-api/src/main/resources/public

1 file changed

+0
-20
lines changed

gbfs-validator-java-api/src/main/resources/public/openapi.yaml

Lines changed: 0 additions & 20 deletions
Original file line numberDiff line numberDiff line change
@@ -123,10 +123,6 @@ components:
123123
type: string
124124
format: url
125125
example: https://www.example.com/gbfs/v3/gbfs.json
126-
# The structure of the schema depends on the GBFS spec version.
127-
# We can reference all the version from the original json-schema on each file
128-
# Q: Do we need a version per file?
129-
# A from Tom: I would say no, but I've seen cases where producers mix versions, so on the fence
130126
version:
131127
type: string
132128
example: "3.0"
@@ -135,18 +131,6 @@ components:
135131
nullable: true
136132
example: "en"
137133
description: "Only relevant for pre-v3 files"
138-
# Q: are required and recommended needed? These fields are per spec version.
139-
# A from Tom: Let's discuss this further on a call
140-
required:
141-
type: boolean
142-
example: true
143-
recommended:
144-
type: boolean
145-
example: true
146-
# Q from Tom: is exists needed?
147-
exists:
148-
type: boolean
149-
example: true
150134
errors:
151135
type: array
152136
items:
@@ -163,10 +147,6 @@ components:
163147
validatorVersion:
164148
type: string
165149
example: "v1.2"
166-
# Current we have versionDetected and versionValidated, are these fields needed or a single one?
167-
gbfsVersion:
168-
type: string
169-
example: "3.0"
170150
files:
171151
type: array
172152
items:

0 commit comments

Comments
 (0)