openmobilityfoundation / openmobilityfoundation/mobility-data-specification
Align with GBFS/TOMP geoJSON format
Nobody has claimed this yet.
- Dominant language
- No language data
- Stars
- 746
- Forks
- 252
- Avg merge
- 3d 16h
- Merged PRs (30d)
- 2
Description
Is your feature request related to a problem? Please describe.
See https://github.com/TOMP-WG/TOMP-API/issues/485
It is not really a problem, but it's more about efficiency and ease of implementation. If the area endpoints in GBFS, MDS and TOMP could be alike (preferably geoJSON), the information could be published by the city, consumed by the TO (and shown in their app), published again by the TO (using GBFS/TOMP) and consumed directly by the MP (and again, shown in their app). The only thing that has to be taken into account, is that the rules that MDS (or maybe even CDS) use, are not all needed by the end users of the apps.
Describe the solution you'd like
the policy endpoint should produce geoJSON, that the Transport operators (TO) and the MaaS Service Providers can use in their apps (in a filtered way). In the current situation platforms that publish MDS (like Vianova) offer this service (transforming to geoJSON).
Is this a breaking change
- Yes, breaking: the policy and geography endpoints will be merged and formatted in a different way.
Impacted Spec
policy
Describe alternatives you've considered
Use the geography endpoint to produce a complete geoJSON and refer to rules in the policy endpoint.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Review the current policy and geography endpoints and the linked TOMP-API issue 485 first. Define how the endpoints would be merged or related while preserving the needed policy rules, then verify that the resulting output is GeoJSON usable by transport operators and MaaS service providers without the proposed breaking-change scope remaining ambiguous.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- json
- Domain
- api, backend-api-design
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100