Adding a field in trip objects to cover cancelled trips easier
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
Direzione di ricerca
Inizia esaminando la definizione dell’oggetto trip e l’issue #888, quindi determina se la cancellazione debba appartenere all’oggetto radice o agli attributi specifici della modalità. Definisci come il valore booleano interagisce con campi opzionali come distance e duration e assicurati che la specifica fornisca un unico modo non ambiguo per identificare i trip cancellati.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
When integrating the taxi and passenger services data, we realized it was complex today to send a trip object in cases where the trip was cancelled for whatever reason (no-show, app-cancellation, etc...). This is because the only way to determine the trip was cancelled is to go into the mode-specific trip attributes and infer the cancellation from the cancellation_reason field being not-empty (as of today, only an unnormalized string of text).
=> We suggest to add a trip_cancelled boolean as part of the root trip object so that the cancellation can be determined a lot easier. In this case, fields such as distance, duration, etc... could be made optional when trip has been cancelled for whatever reason.
This could be made mode-specific if some other mode do not need such a field.
PS: See issue #888 for our take on the mode-specific attributes and how we suggest to structure them.
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 753
- Fork
- 255
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di openmobilityfoundation/mobility-data-specification
-
documentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 85/100
openmobilityfoundation/mobility-data-specification#994 · 4 reazioni ·
-
Policy
Difficoltà 5/5 Più di una settimana Idoneità per principianti 18/100
openmobilityfoundation/mobility-data-specification#996 · 1 reazione ·
-
Move Provider/Agency List out of MDS repoForse di nuovo libera @schnuerle l’ha presa 37 giorni fa e non c’è nessuna pull request aperta. Apertaidentifier change
openmobilityfoundation/mobility-data-specification#995 · 1 assegnatario ·
-
Agency Provider
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
openmobilityfoundation/mobility-data-specification#993 · 1 commento ·
-
Agency Delivery Policy Provider
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
Tutte le issue di openmobilityfoundation/mobility-data-specification
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
G-nn-r/lg_heatpump#52 ·
-
area: core bug priority: high
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
griffinwork40/agent-afk#4872 ·
I maintainer di solito rispondono entro 1 giorno
-
fleet size/m
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
sipyourdrink-ltd/bernstein#7517 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
BUG-MERGE-TO-HDR-RESULT-NAMEForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
storytold/photocraft#14025 ·
I maintainer di solito rispondono entro 1 giorno