downloaded_at can be later than validated_at
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 74/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- gcp, google-cloud, python
- Ambito
- backend-api-design
Direzione di ricerca
Trova dove viene impostato il valore downloaded_at della riga del dataset e segui il modo in cui il caricamento dello zip su GCS attiva la convalida. Usa il timestamp registrato da GCS per quel caricamento dello zip; secondo l’issue, è facilmente disponibile. Verifica che downloaded_at rispecchi l’ora del caricamento dello zip e non contraddica più validated_at in caso di estrazione ritardata.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Currently a dataset's downloaded_at is not the moment we got the file. It is set when the dataset row is written, which happens after the zip has been uploaded to GCS and every file inside it has been extracted and uploaded one by one - over two minutes late for a large feed. Late enough to produce an aberration: 1,176 datasets are stamped as downloaded after their own validation report was stamped as validated.
Granted, this is minor. No seal outcome depends on these timestamps, It is worth doing because the fix is small and the column stops contradicting itself.
Fix
Use the time GCS recorded when the zip was written. That upload is also what triggers the validation chain, and the time it was written is readily available.
- Lingua principale
- Python
- Stelle
- 34
- Fork
- 7
- Merge medio
- 2g 4h
- PR unite (30g)
- 8
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Nessuna 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 MobilityData/mobility-feed-api
-
fix(notifications): dispatcher ignores a subscription's feeds and sends every feed.url_updated eventAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
MobilityData/mobility-feed-api#1875 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
MobilityData/mobility-feed-api#1755 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
MobilityData/mobility-feed-api#1647 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
MobilityData/mobility-feed-api#836 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
MobilityData/mobility-feed-api#692 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di MobilityData/mobility-feed-api
Issue simili
-
type-bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
push_gh-pages fails on master branch on forksForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertagood first issue infrastructure
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
kuznia-rdzeni/coreblocks#1135 ·
-
good first issue server
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
documentation priority: high
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
a-lex-s/mealie-telegram-bot#54 ·
I maintainer di solito rispondono entro 1 giorno