Data structure with sub-objects for mode-specific attributes complexifies the data ingestion
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- api, backend-api-design
Direzione di ricerca
Inizia esaminando Issue #887, poiché questa proposta dipende dalla presenza di mode in ogni oggetto. Confronta le strutture attuali di trips e vehicles, inclusi trip_attributes e vehicle_attributes, con gli oggetti specifici per modalità proposti. Il lavoro sarà considerato completato quando sarà stata concordata una direzione per lo schema che documenti chiaramente i campi risultanti e i requisiti condizionali.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
As of today, objetcs such as trips and vehicles have in their fields some attribute tables that depend on the mode they relate to. We find this structure to be sort of sub-optimal. Indeed, as explained in the scheme below, we believe an alternate option could be to define the fields in the objects themselves (trips, vehicles, ...) as conditional to the mode.
In practice, this would mean to include the fields in these mode-specific attribute tables (like trip_attributes, vehicle_attributes, ...) directly into the root objects (trip, vehicle, ...) and defining their required/conditional status based on the mode itself.
=> Instead of having objects with mode-specific fields, you end up having mode-specific objects.
PS: this would be made possible only if the mode is written in the object, see Issue #887
- 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